On Wed, Oct 07, 2020 at 08:37:55AM -0400, Jon Ringle wrote:
> On Wed, Oct 7, 2020 at 3:05 AM Michael Olbrich <[email protected]> 
> wrote:
> > On Tue, Oct 06, 2020 at 10:33:00PM -0400, Jon Ringle wrote:
> > > On Tue, Oct 6, 2020 at 10:03 PM Jon Ringle <[email protected]> wrote:
> > > > On Tue, Oct 6, 2020 at 9:54 PM Jon Ringle <[email protected]> wrote:
> > > > >
> > > > > I ran into this issue while updating our BSP to ptxdist-2020.09.0 with
> > > > > OSELAS.Toolchain-2020.08.0 that I'm not sure how to resolve.
> > > > >
> > > > [...]
> > > > > lib - 
> > > > > /opt/OSELAS.Toolchain-2020.08.0/arm-v5te-linux-gnueabi/gcc-10.2.1-glibc-2.32-binutils-2.35-kernel-5.8-sanitized/sysroot-arm-v5te-linux-gnueabi/lib/libresolv-2.32.so
> > > > > install_copy_toolchain_lib: libnsl.so not found
> > > >
> > > > Funny thing is is that the files are there...
> > > > [ptx] 
> > > > jringle@-arm-v5te-linux-gnueabi:/opt/OSELAS.Toolchain-2020.08.0/arm-v5te-linux-gnueabi/gcc-10.2.1-glibc-2.32-binutils-2.35-kernel-5.8-sanitized/sysroot-arm-v5te-linux-gnueabi/lib$
> > > > ls -l libnsl*
> > > > -rwxr-xr-x 1 root root 467220 Oct  2 22:18 libnsl-2.32.so
> > > > lrwxrwxrwx 1 root root     14 Oct  2 22:18 libnsl.so.1 -> libnsl-2.32.so
> > >
> > > >From at `ptxdist bash` shell I get the following:
> > > [ptx] jringle@-arm-v5te-linux-gnueabi:~$ arm-v5te-linux-gnueabi-gcc
> > > -print-file-name=libresolv.so
> > > /opt/OSELAS.Toolchain-2020.08.0/arm-v5te-linux-gnueabi/gcc-10.2.1-glibc-2.32-binutils-2.35-kernel-5.8-sanitized/sysroot-arm-v5te-linux-gnueabi/usr/lib/libresolv.so
> > > [ptx] jringle@-arm-v5te-linux-gnueabi:~$ arm-v5te-linux-gnueabi-gcc
> > > -print-file-name=libnsl.so
> > > libnsl.so
> >
> > I think that file only exists for binary backwards compatibility. From the
> > glibc changelog:
> >
> > * Remove configure option --enable-obsolete-nsl.  libnsl is only built
> >   as shared library for backward compatibility and the NSS modules "nis"
> >   and "nisplus" are not built at all and libnsl's headers aren't
> >   installed.  This compatibility is kept only for architectures and ABIs
> >   that have been added in or before version 2.28.  Replacement
> >   implementations based on TI-RPC, which additionally support IPv6, are
> >   available from <https://github.com/thkukuk/>.  This change does not
> >   affect the "compat" NSS module, which does not depended on libnsl
> >   since 2.27 and thus can be used without NIS.
> >
> > So we need to fix all the packages that still select LIBC_NSL.
> >
> 
> There are only a few packages that select LIBC_NSL:
> 
> jring-t580-gns3 ~/git/ptxdist/rules$ grep -P "\tselect LIBC_NSL" *.in
> gpsd.in:        select LIBC_NSL
> inetutils.in:   select LIBC_NSL         if INETUTILS_PING
> libosip2.in:    select LIBC_NSL
> lrzsz.in:       select LIBC_NSL
> portmap.in:     select LIBC_NSL
> samba.in:       select LIBC_NSL
> smtpclient.in:  select LIBC_NSL
> ssmtp.in:       select LIBC_NSL
> syslogng.in:    select LIBC_NSL
> 
> Is this simply just a matter of removing these lines?
> jring-t580-gns3 ~/git/ptxdist/rules$ sed -i '/\tselect LIBC_NSL/d' *.in

If they build with the new toolchain then just removing the dependency
should be fine. But that needs to be checked first.

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 |

_______________________________________________
ptxdist mailing list
[email protected]
To unsubscribe, send a mail with subject "unsubscribe" to 
[email protected]

Reply via email to