nrobinson2000 on get
add deprecation notice to readm… (compare)
nrobinson2000 on get
add deprecation notice to insta… (compare)
nrobinson2000 on master
Update README.md (compare)
Hi Nathan: I am installing po on a cloud Docker environment using this Dockerfile command:
RUN apt-get update \ && DEBIAN_FRONTEND=noninteractive apt-get install -y --no-install-recommends dbus gcc g++ automake \ libtool lsb-release make clang-format-6.0 libdbus-1-dev libboost-dev libreadline-dev \ autoconf autoconf-archive software-properties-common bsdtar \ sudo curl git gzip python gnupg2 software-properties-common build-essential libarchive-zip-perl \ && apt-get update \ && /bin/bash -c "bash <(curl -sL https://particle.io/install-cli)" \ && /bin/bash -c "bash <(curl -sL get.po-util.com)" \ && po \ && chown -R gitpod:gitpod /home/gitpod/.po-util \ && chmod -R 777 /home/gitpod/.po-util
and building using these commands
po init argon myProjectName
po config mesh-develop
MODULAR=n po argon build
but I get this error, which is not a fault of Po I simply haven't installed a needed dependency, just not sure what it would be.
mbedtls/library/oid.c:558:31: error: 'oid_cipher_alg' defined but not used [-Werror=unused-const-variable=] static const oid_cipher_alg_t oid_cipher_alg = ^~~~~~~~~~~~~~ mbedtls/library/oid.c:295:39: error: 'oid_ext_key_usage' defined but not used [-Werror=unused-const-variable=] static const mbedtls_oid_descriptor_t oid_ext_key_usage = ^~~~~~~~~~~~~~~~~ mbedtls/library/oid.c:167:30: error: 'oid_x520_attr_type' defined but not used [-Werror=unused-const-variable=] static const oid_x520_attr_t oid_x520_attr_type = ^~~~~~~~~~~~~~~~~~ cc1: all warnings being treated as errors make: *** [../../build/module.mk:272: ../../build/target/mbedtls/platform-12/./mbedtls/library/oid.o] Error 1 make: *** [../build/recurse.mk:12: third_party/mbedtls] Error 2 make: *** [../build/recurse.mk:12: crypto] Error 2
Does installing these packages help?:
sudo apt-get install gcc-multilib libncurses5:i386
@emdash Long before Particle created the updated library structure that is used by Workbench and particle-cli, I had developed my own system for managing a centralized directory of installed libraries that would get symbolically linked into each project directory. When Particle announced the new structure for libraries I decided to add compatibility for the structure to po-util by integrating workbench's makefile. My old (legacy) system still exists within po-util.
I agree that it would be better for Workbench/particle-cli to utilize a local centralized directory of libraries instead of requiring users to make a copy of a library in each project.
I have been dreaming of creating new utility similar to po-util that would make use of more of the new tools that Particle is developing, but I'm not sure if it would be necessary if Particle added the features to the tools themselves.
@emdash Could you describe your situation a little bit more? I just made a repository to test using a library as a git submodule and it works pretty well. https://github.com/nrobinson2000/submodule-test
I'm getting the same issue. It's probably something to do with the symbolic links. Personally I've switched to using the official Particle structure for all of my projects because of its interoperability with Workbench and particle-cli. I would like to make a system that uses git submodules in the future.
If I use SparkIntervalTimer in an officially structured project it works fine:
particle project create --name interval-test . cd interval-test particle library copy SparkIntervalTimer mv src/interval-test.ino src/interval-test.cpp vim src/interval-test.cpp # Load in demo po photon build-beta
To anyone who still uses this gitter, I am proud to release
neopo, a replacement for