Hello,
Am Montag, 24. Oktober 2022, 14:28:50 CEST schrieb Alexander Dahl:
> 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:-)
Backported commit fd688d2239bc ("glibc: specify the major version number when
installing most of the libraries") now and builds are successful again with
both toolchains. Runtime testing will follow, but I'm confident.
Greets
Alex
