Hei hei, Am Montag, 24. Oktober 2022, 10:30:35 CEST schrieb Alexander Dahl: > Console log is flooded with this: > > /usr/bin/monit: error while loading shared libraries: libnsl.so.1: > cannot open shared object file: No such file or directory > > Output of readelf is this: > > Dynamic section at offset 0xa5a50 contains 35 entries: > Tag Type Name/Value > 0x00000001 (NEEDED) Shared library: [librt.so.1] > 0x00000001 (NEEDED) Shared library: [libm.so.6] > 0x00000001 (NEEDED) Shared library: > [libpthread.so.0] 0x00000001 (NEEDED) Shared library: > [libcrypt.so.1] 0x00000001 (NEEDED) Shared library: > [libresolv.so.2] 0x00000001 (NEEDED) Shared library: > [libnsl.so.1] 0x00000001 (NEEDED) Shared library: > [libc.so.6] 0x00000001 (NEEDED) Shared library: > [ld-linux-armhf.so.3] > > Console log flooding is gone after setting the option. > > Signed-off-by: Alexander Dahl <[email protected]> > --- > rules/monit.in | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/rules/monit.in b/rules/monit.in > index 383433e78..9db337331 100644 > --- a/rules/monit.in > +++ b/rules/monit.in > @@ -3,6 +3,7 @@ > menuconfig MONIT > tristate > prompt "monit " > + select LIBC_NSL > select OPENSSL if MONIT_SSL > select ZLIB if MONIT_ZLIB > select BUSYBOX_START_STOP_DAEMON if MONIT_STARTSCRIPT
Well, this works with OSELAS.Toolchain-2018.02.0/arm-v7a-linux-gnueabihf which I used up to now in the BSP in question. However on another BSP with OSELAS.Toolchain-2020.08.0/arm-v7a-linux-gnueabihf I get the following error: [74/86] started : glibc.targetinstall install_copy_toolchain_lib: libnsl.so not found Both BSPs are still on ptxdist-2021.03.0 … what's the best way to quickly solve this? Upgrade to recent ptxdist and toolchain might be possible, but that takes quite some time, and I don't have much for that currently, so an alternative approach would be appreciated. O:-) Greets Alex > > base-commit: 30caaac3f949cf650402516f80807d22af46bd4e
