On Mon, Oct 24, 2022 at 03:01:10PM +0200, Alexander Dahl wrote:
> Am Montag, 24. Oktober 2022, 14:28:50 CEST schrieb Alexander Dahl:
> > 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 <a...@thorsis.com>
> > > ---
> > >
> > > 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.
So, libnsl is not actually needed. It's just a broken configure script. If
you enable PTXCONF_TARGET_LINKER_AS_NEEDED then it will be gone. Or add
ac_cv_lib_nsl_inet_addr=no to the _CONF_ENV. A patch with that should show
up im master in the near future.
Michael
--
Pengutronix e.K. | |
Steuerwalder Str. 21 | http://www.pengutronix.de/ |
31137 Hildesheim, Germany | Phone: +49-5121-206917-0 |
Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
