From owner-freebsd-stable@freebsd.org Sun May 27 09:27:14 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 340F8EFA6CB for ; Sun, 27 May 2018 09:27:14 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (unknown [IPv6:2a01:4f8:d12:604::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AF98C78A09 for ; Sun, 27 May 2018 09:27:13 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id w4R9R2l9045960 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sun, 27 May 2018 11:27:02 +0200 (CEST) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: jonc@chen.org.nz Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id w4R9Qs5J080771 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sun, 27 May 2018 16:26:54 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: ldconfig(8) oddity on 11.2-BETA3? To: Jonathan Chen , freebsd-stable@freebsd.org References: From: Eugene Grosbein Message-ID: <5B0A79DA.8060800@grosbein.net> Date: Sun, 27 May 2018 16:26:50 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=2.7 required=5.0 tests=BAYES_00, LOCAL_FROM, RDNS_NONE, SPF_PASS,URI_NOVOWEL autolearn=no autolearn_force=no version=3.4.1 X-Spam-Report: * -0.0 SPF_PASS SPF: sender matches SPF record * 0.5 URI_NOVOWEL URI: URI hostname has long non-vowel sequence * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains * 1.9 RDNS_NONE Delivered to internal network by a host with no rDNS X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on hz.grosbein.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 May 2018 09:27:14 -0000 27.05.2018 5:29, Jonathan Chen wrote: > I'm running 11.2-BETA3/amd64 at r334236, and I've noticed that > "ldconfig -m" doesn't behave as expected (or perhaps it's my > understanding). > > This is what I'm seeing when building security/nss in a chrooted environment: > > # ldconfig -r | grep nss No nss in the search path first. > # ls /usr/local/lib/nss > libcrmf.a libnss3.so libnssutil3.so > libssl3.so > libfreebl3.so libnssckbi.so libsmime3.so > libfreeblpriv3.so libnssdbm3.so libsoftokn3.so > # ldconfig -m /usr/local/lib/nss Search path updated with addition of /usr/local/lib/nss. > # ldconfig -r | grep nss > search directories: > /lib:/usr/lib:/usr/local/lib:/usr/local/lib/perl5/5.26/mach/CORE:/usr/local/lib/nss This assures update. > # ldconfig -R | grep nss ldconfig -R should not produce output, so that's just fine. > # ldconfig -r | grep nss > search directories: > /lib:/usr/lib:/usr/local/lib:/usr/local/lib/perl5/5.26/mach/CORE:/usr/local/lib/nss Still same output as above, still fine. > # file /usr/local/lib/nss/*.so > /usr/local/lib/nss/libfreebl3.so: ELF 64-bit LSB shared object, > x86-64, version 1 (FreeBSD), dynamically linked, stripped > /usr/local/lib/nss/libfreeblpriv3.so: ELF 64-bit LSB shared object, > x86-64, version 1 (FreeBSD), dynamically linked, stripped > /usr/local/lib/nss/libnss3.so: ELF 64-bit LSB shared object, > x86-64, version 1 (FreeBSD), dynamically linked, stripped > /usr/local/lib/nss/libnssckbi.so: ELF 64-bit LSB shared object, > x86-64, version 1 (FreeBSD), dynamically linked, stripped > /usr/local/lib/nss/libnssdbm3.so: ELF 64-bit LSB shared object, > x86-64, version 1 (FreeBSD), dynamically linked, stripped > /usr/local/lib/nss/libnssutil3.so: ELF 64-bit LSB shared object, > x86-64, version 1 (FreeBSD), dynamically linked, stripped > /usr/local/lib/nss/libsmime3.so: ELF 64-bit LSB shared object, > x86-64, version 1 (FreeBSD), dynamically linked, stripped > /usr/local/lib/nss/libsoftokn3.so: ELF 64-bit LSB shared object, > x86-64, version 1 (FreeBSD), dynamically linked, stripped > /usr/local/lib/nss/libssl3.so: ELF 64-bit LSB shared object, > x86-64, version 1 (FreeBSD), dynamically linked, stripped > > Is this correct ldconfig behaviour or has something broken? What exactly you consider to be a problem here?