Open ngwese opened 2 years ago
Yep
⠃▋⡇ ~$ file -L $(which maiden-repl)
/home/we/bin/maiden-repl: ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-armhf.so.3, for GNU/Linux 3.2.0, BuildID[sha1]=e4baf38ddac380b79c975d1c3fb70bb30592e0a8, with debug_info, not stripped
and
⠃▋⡇ ~$ ldd $(which maiden-repl)
linux-vdso.so.1 (0x7efbb000)
/usr/lib/arm-linux-gnueabihf/libarmmem-${PLATFORM}.so => /usr/lib/arm-linux-gnueabihf/libarmmem-v7l.so (0x76f90000)
libpthread.so.0 => /lib/arm-linux-gnueabihf/libpthread.so.0 (0x76f54000)
libreadline.so.7 => not found
libncursesw.so.5 => not found
libtinfo.so.5 => /lib/arm-linux-gnueabihf/libtinfo.so.5 (0x76f24000)
libpanel.so.5 => not found
libnanomsg.so.5.1.0 => /lib/arm-linux-gnueabihf/libnanomsg.so.5.1.0 (0x76edc000)
libstdc++.so.6 => /lib/arm-linux-gnueabihf/libstdc++.so.6 (0x76d54000)
libm.so.6 => /lib/arm-linux-gnueabihf/libm.so.6 (0x76ce5000)
libgcc_s.so.1 => /lib/arm-linux-gnueabihf/libgcc_s.so.1 (0x76cb8000)
libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0x76b64000)
/lib/ld-linux-armhf.so.3 (0x76fa5000)
libanl.so.1 => /lib/arm-linux-gnueabihf/libanl.so.1 (0x76b50000)
librt.so.1 => /lib/arm-linux-gnueabihf/librt.so.1 (0x76b38000)
libnsl.so.1 => /lib/arm-linux-gnueabihf/libnsl.so.1 (0x76b13000)
There are a few missing ones above.
Yes - those are the usual suspects. At this point I'm guessing that what made it onto the image was lifted from another device.
I would have expected missing readline dependencies to have shown up as a build failure but regardless the current state needs to be evaluated. For those following along the
maiden-repl
tool is a C program from the early days for the norns stack which themaiden repl
subcommand runs. Whilemaiden
itself is written in Go and statically linked,maiden-repl
is not.Reported here: https://llllllll.co/t/norns-maiden/14052/347