I'm trying to figure out how to use johnny-five with raspberry-pi board.
Since the library that they recommend on johnny-five http://johnny-five.io/examples/raspi-io/ which is raspi-io is no longer up-to-date for the current version of node.
When I tried to install raspi-io, it gave me the unresolved dependencies as well as Error: Cannot find module 'raspi-io'
I'm kind of stuck and don't know how to deal with this since I'm working on a project that include light toggling.
Thank you so much for any help.
Related
I started getting the following warning repeatedly when running my PyTorch Lightning deep learning scripts, at execution start and then all through the training:
"OMP: Info #276: omp_set_nested routine deprecated, please use omp_set_max_active_levels instead."
I get them when executing the main.py script; my scripts are publicly available here.
Symptoms:
I don't think it has anything to do with PyTorch Lightning, maybe even PyTorch.
It appeared overnight, so I don't know what could cause it.
It runs fine without those warnings on my PC.
I get the warnings when I run from my M1 Mac.
I use VSCode for both, each up to date.
I use separate miniconda environments.
Thanks for taking the time to reply!
I managed to sort myself out in the end.
I spotted the numba package in my miniconda env, which is a Python compiler and that seemed to be the root of the problem.
It was version 0.55.2 but the last version to date is 0.56.0. Trying to upgrade it via conda or pip didn't work for some reason (the 0.55.2 version couldn't be replaced).
I recreated my env step by step, and noticed this package comes with torch-audiomentations, a package for audio data augmentation for deep learning, under torch, that I use.
Re-installing it had numba version 0.56.0 installed properly, and the warnings disappeared.
That routine is deprecated, meaning that newer standards want you to use another routine. If you can not edit the code, just ignore. For now it's only an info message. You got that message when you switched to a newer OS / compiler version / OpenMP version.
I'm attempting to build an image with the phytec bsp 18.2 from here: https://wiki.phytec.com/productinfo/phycore-i-mx7/bsp-yocto-fsl-imx7/
I require a newer version of systemd (> 234) and so am substituting the systemd recipe for version 234 from rocko, found here: http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-core/systemd?h=rocko by putting this in a custom layer. However, during the do_rootfs step, I receive an error that "No package provides libsystemd.so.0(LIBSYSTEMD_219). I've tried a work-around recommended here: Smart can't install...no package provides shared object file and it didn't solve the issue. I've tried echoing libsystemd.so.0, LIBSYSTEMD_219, and libsystemd.so.0(LIBSYSTEMD_219) to both ${rootfs}/etc/rpm/sysinfo/Providename and ${rootfs}/var/lib/rpm/Providename and had no luck. Does anyone have an idea on how to fix this? I'd appreciate any help that could be offered, and please let me know if I can offer any more information.
I don't know about the yocto wrapper, etc, but in standard RPM-land, this error:
Computing transaction...error: Can't install python3-systemd-234-r0.0#cortexa7hf_neon: no package provides libsystemd.so.0(LIBSYSTEMD_219)
means that there is a .so or executable in the RPM named python3-systemd-234-r0.0 that was compiled with a specific version of libsystemd.so.0 that had the flag LIBSYSTEMD_219. That flag is the "ELF Symbol Versioning" and it's seen most with GLIBC_XX when you try to install an RPM that's too new for a target system (e.g. CentOS 7 RPM on CentOS 6).
The systemd on your target machine is too old, so it only defines the versions it is compatible with, e.g. libsystemd.so.0(LIBSYSTEMD_210) or similar.
What you need to do is build your python3-systemd-234-r0.0 on a machine with the same version of systemd as the target (or cross-compile appropriately), or create a systemd RPM that includes the functionality you're attempting.
So you need to figure out how to apply one of these solutions to your build system; sorry I don't know enough about yocto to help there.
I have specific question. I have lego EV3 and i installed Micropython. But i want import turtle, tkinter and other modules and they aren't in micropython. But time module working.Do someone know what modules are in ev3 micropython? Thanks for answer.
welcome to Stackoverflow. MicroPython is very specific to the board it has been ported to run on. There are both standard libraries and hardware specific libraries in your MicroPython port and then open-source libraries you can install. I bet MOST of the Python and MicroPython specific libraries will be in your image. More on Libraries here: http://docs.micropython.org/en/latest/library/index.html
I did not see any online documentation for Lego's MicroPython version online. If you can find it, it may have this information. If so, please post back the link in the comments.
In the absence of good documentation you can discover what is available using help().
From the link above...
On some ports you are able to discover the available, built-in libraries that can be imported by entering the following at the REPL:
help('modules')
Your other question is will every Python library work on MicroPython? No. Most will not. You can search for libraries which will work on https://libraries.io. Just be sure to use the filters to narrow the results to MicroPython libraries.
If you are in fact running micropython, you're probably not going to find any of those modules. It has "micro" in the name of a reason; while it supports a great deal of Python 3 syntax, it is not fully compatible with C python and most modules not written explicitly for micropython won't work.
You can get a list of built-in modules by running help("modules"), and you can see any modules installed on the filesystem using os.listdir().
I'm trying to build gnuradio 3.7.9 on raspberry pi as the version provided by apt-get has some problems.
However the classic cmake/make/mke install procedure tries to build the documentation which requires latex to be installed. As don't want to install latex, I'm looking for an option to build gnuradio without the documentation.
Any help appreciated
Cmake will just disable documentation of it doesn't find doxygen. And if doxygen doesn't find LaTeX, it should just skip the formulas.
Anyway, use cmake with the -DENABLE_DOXYGEN=OFF flag.
More importantly, don't build GNU Radio on the pi itself. The raspberry pi is an embedded device, not a compilation platform, to be honest. RAM will quickly become a bottleneck, and together with the limited storage bandwidth that means that even if successful, the build will take days.
Instead, spend that time on fixing whatever is wrong with the packet. I do happen to know the maintainer of the Debian gnuradio packages, and he's a really nice guy. If you can write a good bug report, I'm sure he, or the GNU Radio mailing list, will figure something out.
I installed the eggPlant15.20.rpm on our Linux/RedHat7 system, however seem not to take its license properly, causing it not launch at all.
I was wondering if the eggPlant RedHat installation is not sufficient, and whether we need other dependencies.
When running efls command to launch the License Panel, I see the below library messages:
[root#RHEL-BLD1 Library]# efls
/usr/GNUstep/System/Tools/gpbs: /usr/GNUstep/System/Library/Libraries/libjpeg.so.62: no version information available (required by /usr/GNUstep/System/Library/Libraries/libgnustep-gui.so.0.23)
/usr/GNUstep/System/Tools/gpbs: /usr/GNUstep/System/Library/Libraries/libjpeg.so.62: no version information available (required by /lib/libtiff.so.3)
[root#RHEL-BLD1 Library]#
Googling the above libraries does not provide much help.
Anybody knows the cause of the above problems?