Open jona-sassenhagen opened 7 years ago
Hm ...
file /usr/local/lib/python3.4/dist-packages/pylsl/liblsl32.so
/usr/local/lib/python3.4/dist-packages/pylsl/liblsl32.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, BuildID[sha1]=705a572a6241fc39cecd87aaeb29fb36ea6a9d5d, not stripped
Is it possible this problem comes from the library being compiled for 386 when I'm running ARM ..?
The issue is indeed that liblsl32 needs to be compiled for ARM. Recompiling for ARM fixes this.
For people coming to this in the future, please note that this repo should be archived. Please use https://github.com/labstreaminglayer/liblsl-Python instead.
For Raspberry Pi, one of the issues with older pylsl was that it shipped with a bunch of binaries but they only worked on some platforms. This version of pylsl was packaged on pypi as a "source only" distribution. The RPi package index of course didn't know this included binaries so it was happy to take it, even if the binaries were incorrect.
Then we updated pylsl to ship more binaries, including some manylinux and some arm, and got rid of the source-only version. But the RPi package index doesn't pull ARM-tagged wheels from pypi, so it was stuck on the old version.
More recently we are shipping binaries only for Windows and some Macs, and the rest of the platforms get a source-only version but they have to install their own binaries. When the binaries are missing there is now a more informative error message that describes this. Accessing liblsl binaries is made easier with .deb files and conda distributions, but there's also a script at the root of the liblsl repo that works on most linux platforms that don't have available binaries.
On my Raspberry Pi, importing pylsl fails:
Of course,
/usr/local/lib/python3.4/dist-packages/pylsl/liblsl32.so
exists.Any suggestions?