Re: [ptxdist] [PATCH] monit: Add dependency to nsl

[Michael Olbrich <m.olbrich@pengutronix.de>]

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 <ada@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 |