From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from mail-wr1-f41.google.com ([209.85.221.41]) by metis.ext.pengutronix.de with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1kQ8hs-0005SO-3L for ptxdist@pengutronix.de; Wed, 07 Oct 2020 14:38:10 +0200 Received: by mail-wr1-f41.google.com with SMTP id n18so1978610wrs.5 for ; Wed, 07 Oct 2020 05:38:08 -0700 (PDT) MIME-Version: 1.0 References: <20201007070449.GN11021@pengutronix.de> In-Reply-To: <20201007070449.GN11021@pengutronix.de> From: Jon Ringle Date: Wed, 7 Oct 2020 08:37:55 -0400 Message-ID: Subject: Re: [ptxdist] install_copy_toolchain_lib: libnsl.so not found List-Id: PTXdist Development Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: ptxdist@pengutronix.de Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: ptxdist-bounces@pengutronix.de Sender: "ptxdist" To: ptxdist@pengutronix.de On Wed, Oct 7, 2020 at 3:05 AM Michael Olbrich 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 wrote: > > > On Tue, Oct 6, 2020 at 9:54 PM Jon Ringle 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 . 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 -Jon _______________________________________________ ptxdist mailing list ptxdist@pengutronix.de To unsubscribe, send a mail with subject "unsubscribe" to ptxdist-request@pengutronix.de