From unknown Sat Jun 14 03:52:22 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#30402 <30402@debbugs.gnu.org> To: bug#30402 <30402@debbugs.gnu.org> Subject: Status: ldconfig confusion Reply-To: bug#30402 <30402@debbugs.gnu.org> Date: Sat, 14 Jun 2025 10:52:22 +0000 retitle 30402 ldconfig confusion reassign 30402 libtool submitter 30402 Reuben Thomas severity 30402 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 09 08:10:56 2018 Received: (at submit) by debbugs.gnu.org; 9 Feb 2018 13:10:56 +0000 Received: from localhost ([127.0.0.1]:34766 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ek8S8-0001Tc-IW for submit@debbugs.gnu.org; Fri, 09 Feb 2018 08:10:56 -0500 Received: from eggs.gnu.org ([208.118.235.92]:48128) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ek8S6-0001TQ-VF for submit@debbugs.gnu.org; Fri, 09 Feb 2018 08:10:55 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ek8S0-0008GI-Bz for submit@debbugs.gnu.org; Fri, 09 Feb 2018 08:10:49 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05,HTML_MESSAGE, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:57618) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1ek8S0-0008GA-8f for submit@debbugs.gnu.org; Fri, 09 Feb 2018 08:10:48 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:39093) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ek8Ry-0000yW-R5 for bug-libtool@gnu.org; Fri, 09 Feb 2018 08:10:48 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ek8Rx-0008F0-DC for bug-libtool@gnu.org; Fri, 09 Feb 2018 08:10:46 -0500 Received: from mail-oi0-x244.google.com ([2607:f8b0:4003:c06::244]:41646) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ek8Rx-0008Eh-58 for bug-libtool@gnu.org; Fri, 09 Feb 2018 08:10:45 -0500 Received: by mail-oi0-x244.google.com with SMTP id m83so6065016oik.8 for ; Fri, 09 Feb 2018 05:10:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:from:date:message-id:subject:to; bh=8SR4abt/4CmvWAv8+f37uUwua2z0CoxOQWB/FdfD5RY=; b=kiVZkZPSsICd/LA+dZPAXJtWbQeXDbODQwAdaqbi9Bk7dR8DUY4Oc7I61hv0Oj/N8T W35FV+ZPERJ8qnaVGgAJa9flaiXPNKehxw6xnAPCPyB9ZnlMib09lgs7k4yDSOWS8B9q DBuznnooIwlaGEj4f9xjvqYghcAzE+CD91554= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=8SR4abt/4CmvWAv8+f37uUwua2z0CoxOQWB/FdfD5RY=; b=tWnRlbf7Uakjh4Rw8pP/bYqTjM+Cg389YtXORAnLxkgsTamBbtSIumUJ9Ej9Z5gbIV PgvvKd6AdZiq4db59iX2gL2UWtV8BrPpkwJGw0FDXT778j2bh8A5iSAbgBnE9BQSho3Z JgH64RbJVAsFtr/oWzB0pkIYOXKOVZaG51NEwz+Z6HDHmzy61kTbMktfa1RiGISiK9rt e0TKQgYUAe6GQ36AXJDhaE8884IYZ3iUqGpUY+7zoHoH2kEF5dKibLPI1gqfmCtjqYB1 BKZ4IUCaFYtVu4zus1yVaexRsH02nJhc5YZwjjlHtcRanax+NiwkArzOfsEttKvLjW3t 84ww== X-Gm-Message-State: APf1xPAOWezAs1nxYdfLgccyw6fggml93N00BKkmwFOte1sGWdLS1Uqt eAzU2eIWSnVPkopvDXWaByz5Ldk7A0qvAUbC0RF09o/H X-Google-Smtp-Source: AH8x224kUxfmB4Bh66Kthcl6mFIN9Mba/Xk/2zQ14gA0vbtHwAvqZLWy4IjTjSJYmODkI0nPpiaDY0GOJUx+svNJjyA= X-Received: by 10.202.199.7 with SMTP id x7mr1869558oif.121.1518181843904; Fri, 09 Feb 2018 05:10:43 -0800 (PST) MIME-Version: 1.0 Received: by 10.157.12.180 with HTTP; Fri, 9 Feb 2018 05:10:43 -0800 (PST) From: Reuben Thomas Date: Fri, 9 Feb 2018 13:10:43 +0000 Message-ID: Subject: ldconfig confusion To: bug-libtool@gnu.org Content-Type: multipart/alternative; boundary="001a1134e2fe82df880564c7416e" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.1 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.1 (----) --001a1134e2fe82df880564c7416e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I just noticed that on my GNU/Linux system (and on stock Ubuntu 14.04, which is where I first encountered this), I need to run ldconfig after installing shared libraries built with libtool. I was confused at first, because libtool itself runs ldconfig -n $(libdir) But I guess because this does not update the cache, it doesn't make the library available. I hadn't noticed this before because normally when I'm building code on my own system, I install it in my home directory, with a suitable setting of LD_LIBRARY_PATH; no ldconfig call is needed. The libtool manual says: 7. The install 'Makefile' target should warn the package installer to set the proper environment variables ('LD_LIBRARY_PATH' or equivalent), or run 'ldconfig'. But libtool does not warn me that I (may) need to run ldconfig. In 1997, commit 7f9b4e50 for libtool version 0.6b, the way of running ldconfig was changed from running without "-n" to running with "-n". The ChangeLog entry (I think it is for the same change, though it occurs months later in commit 41ced2149): + * ltconfig.in (finish_cmds): Change back to using `ldconfig -n'. + This makes Linux behave like other systems, which is more in line + with what libtool needs. I'm not sure what it means by "what libtool needs" here, but perhaps 20 years later it's worth reconsidering this (and simply removing the -n flag on Linux again)? Or, if it's not possible, at least warn the user that it may be necessary to run ldconfig. I'm using libtool version 2.4.6, but I can't see that anything has changed in current git in this respect.=E2=80=8B=E2=80=8B --=20 https://rrt.sc3d.org --001a1134e2fe82df880564c7416e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I just noticed that on my GNU/Linux s= ystem (and on stock Ubuntu 14.04, which is where I first encountered this),= I need to run

ldconfig

after installing shared libraries built with libtool. I wa= s confused at first, because libtool itself runs

ldconfig -n $(libdir)

But I guess= because this does not update the cache, it doesn't make the library av= ailable.

I hadn't noticed this before= because normally when I'm building code on my own system, I install it= in my home directory, with a suitable setting of LD_LIBRARY_PATH; no ldcon= fig call is needed.

The libtool manual sa= ys:

=C2=A0 7. The install 'Makefile&#= 39; target should warn the package installer to
=C2=A0=C2=A0=C2=A0=C2=A0= set the proper environment variables ('LD_LIBRARY_PATH' or
=C2= =A0=C2=A0=C2=A0=C2=A0 equivalent), or run 'ldconfig'.

=
But libtool does not warn me that I (may) need to run = ldconfig.

In 1997, commit 7f9b4e50 for libtool version 0.6b, the way= of running ldconfig was changed from running without "-n" to run= ning with "-n". The ChangeLog entry (I think it is for the same c= hange, though it occurs months later in commit 41ced2149):

+=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 * ltconfig.in= (finish_cmds): Change back to using `ldconfig -n'.
+=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 This makes Linux behave like other systems, whi= ch is more in line
+=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 with what libto= ol needs.

I'm not sure what it means = by "what libtool needs" here, but perhaps 20 years later it's= worth reconsidering this (and simply removing the -n flag on Linux again)?= Or, if it's not possible, at least warn the user that it may be necess= ary to run ldconfig.

I'm using libtool version 2.4.6, but I can't see that anything has= changed in current git in this respect.=E2=80=8B=E2=80=8B
<= br>--
--001a1134e2fe82df880564c7416e-- From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 09 11:57:53 2018 Received: (at submit) by debbugs.gnu.org; 9 Feb 2018 16:57:53 +0000 Received: from localhost ([127.0.0.1]:35646 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ekBzl-0000XP-5l for submit@debbugs.gnu.org; Fri, 09 Feb 2018 11:57:53 -0500 Received: from eggs.gnu.org ([208.118.235.92]:49648) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ekBzj-0000XD-Rd for submit@debbugs.gnu.org; Fri, 09 Feb 2018 11:57:52 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ekBzd-0007Rl-I3 for submit@debbugs.gnu.org; Fri, 09 Feb 2018 11:57:46 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:48635) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1ekBzd-0007Rc-EU for submit@debbugs.gnu.org; Fri, 09 Feb 2018 11:57:45 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:40603) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ekBzc-0003Tb-2E for bug-libtool@gnu.org; Fri, 09 Feb 2018 11:57:44 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ekBzY-0007PQ-Tt for bug-libtool@gnu.org; Fri, 09 Feb 2018 11:57:44 -0500 Received: from smtp.simplesystems.org ([65.66.246.90]:44922) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1ekBzY-0007Ok-Jp for bug-libtool@gnu.org; Fri, 09 Feb 2018 11:57:40 -0500 Received: from scrappy.simplesystems.org (scrappy.simplesystems.org [65.66.246.73]) by smtp.simplesystems.org (8.14.4+Sun/8.14.4) with ESMTP id w19GvVNx005898; Fri, 9 Feb 2018 10:57:31 -0600 (CST) Date: Fri, 9 Feb 2018 10:57:31 -0600 (CST) From: Bob Friesenhahn X-X-Sender: bfriesen@scrappy.simplesystems.org To: Reuben Thomas Subject: Re: bug#30402: ldconfig confusion In-Reply-To: Message-ID: References: User-Agent: Alpine 2.20 (GSO 67 2015-01-07) MIME-Version: 1.0 Content-Type: multipart/mixed; BOUNDARY="3735943886-1438311171-1518195451=:5152" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (smtp.simplesystems.org [65.66.246.90]); Fri, 09 Feb 2018 10:57:31 -0600 (CST) X-detected-operating-system: by eggs.gnu.org: GNU/Linux (Android) [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.1 (----) X-Debbugs-Envelope-To: submit Cc: 30402@debbugs.gnu.org, bug-libtool@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.1 (----) This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --3735943886-1438311171-1518195451=:5152 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by smtp.simplesystems.org id w19GvVNx005898 On Fri, 9 Feb 2018, Reuben Thomas wrote: > > But libtool does not warn me that I (may) need to run ldconfig. > > In 1997, commit 7f9b4e50 for libtool version 0.6b, the way of running > ldconfig was changed from running without "-n" to running with "-n". Th= e > ChangeLog entry (I think it is for the same change, though it occurs mo= nths > later in commit 41ced2149): > > + * ltconfig.in (finish_cmds): Change back to using `ldconfig -n'. > + This makes Linux behave like other systems, which is more in li= ne > + with what libtool needs. > > I'm not sure what it means by "what libtool needs" here, but perhaps 20 > years later it's worth reconsidering this (and simply removing the -n f= lag > on Linux again)? Or, if it's not possible, at least warn the user that = it > may be necessary to run ldconfig. > > I'm using libtool version 2.4.6, but I can't see that anything has chan= ged > in current git in this respect.=E2=80=8B=E2=80=8B This feels like a big dangerous change to me, especially since the=20 current mode of operation has been in place for 20 years. Should=20 installing a package result in refreshing the configuration for the=20 whole system, causing changes unrelated to the package? The installation prefix used is important since it might be into a=20 directory already configured via /etc/ld.so.conf or it might be some=20 directory that ldconfig does not know about. I see that Ubuntu provides special handling for /usr/local via=20 /etc/ld.so.conf.d/libc.conf: % cat /etc/ld.so.conf include /etc/ld.so.conf.d/*.conf % cat /etc/ld.so.conf.d/libc.conf # libc default configuration /usr/local/lib If one installs into a prefix that ldconfig does not already know=20 about, then it seems that additional ldconfig configuration should be=20 required in order for shared libraries installed there to work=20 correctly. Bob --=20 Bob Friesenhahn bfriesen@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen= / GraphicsMagick Maintainer, http://www.GraphicsMagick.org/ --3735943886-1438311171-1518195451=:5152-- From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 09 12:07:43 2018 Received: (at submit) by debbugs.gnu.org; 9 Feb 2018 17:07:43 +0000 Received: from localhost ([127.0.0.1]:35654 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ekC9H-0000mG-8A for submit@debbugs.gnu.org; Fri, 09 Feb 2018 12:07:43 -0500 Received: from eggs.gnu.org ([208.118.235.92]:53065) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ekC9F-0000ls-KM for submit@debbugs.gnu.org; Fri, 09 Feb 2018 12:07:41 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ekC99-0007Qp-09 for submit@debbugs.gnu.org; Fri, 09 Feb 2018 12:07:36 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05,HTML_MESSAGE, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:50366) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1ekC98-0007Qj-Sr for submit@debbugs.gnu.org; Fri, 09 Feb 2018 12:07:34 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:44019) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ekC97-0002lN-Ka for bug-libtool@gnu.org; Fri, 09 Feb 2018 12:07:34 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ekC96-0007PZ-7y for bug-libtool@gnu.org; Fri, 09 Feb 2018 12:07:33 -0500 Received: from mail-ot0-x244.google.com ([2607:f8b0:4003:c0f::244]:38172) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ekC96-0007P7-05 for bug-libtool@gnu.org; Fri, 09 Feb 2018 12:07:32 -0500 Received: by mail-ot0-x244.google.com with SMTP id h14so8348948otj.5 for ; Fri, 09 Feb 2018 09:07:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=CNqW8wChOIK+xzbLzJNB2bw/3ImOxn95AXlMwnRWCxo=; b=ErZ5pHdg9YID0E9QnfBfZq5n1esEuH4bL1Sax4fBEXFW3fZ4sw3oBbqTBr0X2I61QJ h2Sovv7yent0R6/DUmRL74AadPQ1IBXJeMoeO4V9h0l/IcJPQtQ/DTWqzUsaDcFDXkmH yI0CxN1Nwnc6zbl/c0rWBWAX8BhIqKOfXdD2M= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=CNqW8wChOIK+xzbLzJNB2bw/3ImOxn95AXlMwnRWCxo=; b=T0z7S2N9qJ49IFi+AaimQKit9brYyJOcLn7vMwzgLhERUFDMevoNlhNnTIEgzZV8XJ 6jTrqBhCnijV5/B8lL/iEFDuTS39IOdxWt4r7ahqmlD99NOwDLEqIaM5b/EICSWtWscY bRmqtR0FK/EPIHzxPApkF+Zr2YNblFZNSOx7AfRt4y2uPkrZGSbr5p7xhisggjg7+oKd hRpSvrDTcXpINbB4aB7L3EgcI+/373GNWL6upCWRf7N9MCZN9oU6iaiy/113MIAfQTxb gmtoYYJoC5uGnyF30HAiOwFIqNEHASCFuVFR8uvPaRfX5g1mCATljMguMGQLmnKtcTkN LHeA== X-Gm-Message-State: APf1xPDw8KsKnid+XQNvhTvO16kCwnPaF56rl6iE1wrbEGot0Sdoo37r XkvNktd1qrgQSi64AaYicDwXG/Tum4EQQCzbfLaObQ== X-Google-Smtp-Source: AH8x22562OGPJ5qZ7JLudItxj7+5BjFXQDX2/g7EpfVM7I7thau2Te+L0JxispK5TSEa+fuRoBawEDD6UIl62d5BK0k= X-Received: by 10.157.47.200 with SMTP id b8mr2919993otd.194.1518196050982; Fri, 09 Feb 2018 09:07:30 -0800 (PST) MIME-Version: 1.0 Received: by 10.157.12.180 with HTTP; Fri, 9 Feb 2018 09:07:29 -0800 (PST) In-Reply-To: References: From: Reuben Thomas Date: Fri, 9 Feb 2018 17:07:29 +0000 Message-ID: Subject: Re: bug#30402: ldconfig confusion To: Bob Friesenhahn Content-Type: multipart/alternative; boundary="001a113e4cf2518e690564ca9070" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.1 (----) X-Debbugs-Envelope-To: submit Cc: 30402@debbugs.gnu.org, bug-libtool@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.1 (----) --001a113e4cf2518e690564ca9070 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On 9 February 2018 at 16:57, Bob Friesenhahn wrote: > This feels like a big dangerous change to me, especially since the curren= t > mode of operation has been in place for 20 years. Should installing a > package result in refreshing the configuration for the whole system, > causing changes unrelated to the package? > =E2=80=8BIt should update the cache, yes, because otherwise the user has to= do that anyway, or the newly-installed library won't work. I don't see any way with Linux ldconfig to do this in a more restrictive way.=E2=80=8B > The installation prefix used is important since it might be into a > directory already configured via /etc/ld.so.conf or it might be some > directory that ldconfig does not know about. > > I see that Ubuntu provides special handling for /usr/local via > /etc/ld.so.conf.d/libc.conf: > > % cat /etc/ld.so.conf > include /etc/ld.so.conf.d/*.conf > > % cat /etc/ld.so.conf.d/libc.conf > # libc default configuration > /usr/local/lib > > If one installs into a prefix that ldconfig does not already know about, > then it seems that additional ldconfig configuration should be required i= n > order for shared libraries installed there to work correctly. > =E2=80=8BI was installing into /usr/local/lib. My system does indeed have t= his (default) configuration.=E2=80=8B --=20 https://rrt.sc3d.org --001a113e4cf2518e690564ca9070 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On 9= February 2018 at 16:57, Bob Friesenhahn <bfriesen@simple.dalla= s.tx.us> wrote:
This feels = like a big dangerous change to me, especially since the current mode of ope= ration has been in place for 20 years.=C2=A0 Should installing a package re= sult in refreshing the configuration for the whole system, causing changes = unrelated to the package?

=E2= =80=8BIt should update the cache, yes, because otherwise the user has to do= that anyway, or the newly-installed library won't work.

<= div style=3D"font-family: times\ new\ roman, serif; font-size: small;" clas= s=3D"gmail_default">I don't see any way with Linux ldconfig to do this = in a more restrictive way.=E2=80=8B
=C2=A0
The installation prefix used is important since it might be into a director= y already configured via /etc/ld.so.conf or it might be some directory that= ldconfig does not know about.

I see that Ubuntu provides special handling for /usr/local via /etc/ld.so.c= onf.d/libc.conf:

% cat /etc/ld.so.conf
include /etc/ld.so.conf.d/*.conf

% cat /etc/ld.so.conf.d/libc.conf
# libc default configuration
/usr/local/lib

If one installs into a prefix that ldconfig does not already know about, th= en it seems that additional ldconfig configuration should be required in or= der for shared libraries installed there to work correctly.

=E2=80=8BI was installing into /usr/local/lib. My system= does indeed have this (default) configuration.=E2=80=8B

--
--001a113e4cf2518e690564ca9070-- From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 09 15:41:16 2018 Received: (at 30402) by debbugs.gnu.org; 9 Feb 2018 20:41:16 +0000 Received: from localhost ([127.0.0.1]:35721 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ekFTw-0005fD-0D for submit@debbugs.gnu.org; Fri, 09 Feb 2018 15:41:16 -0500 Received: from rila.superhosting.bg ([91.196.125.212]:49479) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ekFTt-0005f0-Mq for 30402@debbugs.gnu.org; Fri, 09 Feb 2018 15:41:14 -0500 Received: from [78.128.48.21] (port=46852 helo=[192.168.0.10]) by rila.superhosting.bg with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89_1) (envelope-from ) id 1ekFTm-0003jU-GH; Fri, 09 Feb 2018 22:41:06 +0200 Message-ID: <5A7E0762.4040400@roumenpetrov.info> Date: Fri, 09 Feb 2018 22:41:06 +0200 From: Roumen Petrov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:33.0) Gecko/20100101 Firefox/33.0 SeaMonkey/2.30 MIME-Version: 1.0 To: 30402@debbugs.gnu.org Subject: Re: bug#30402: ldconfig confusion References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - rila.superhosting.bg X-AntiAbuse: Original Domain - debbugs.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - roumenpetrov.info X-Get-Message-Sender-Via: rila.superhosting.bg: authenticated_id: master78@roumenpetrov.info X-Authenticated-Sender: rila.superhosting.bg: master78@roumenpetrov.info X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 30402 Cc: Reuben Thomas X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Reuben Thomas wrote: > I just noticed that on my GNU/Linux system (and on stock Ubuntu 14.04, > which is where I first encountered this), I need to run > > ldconfig > > after installing shared libraries built with libtool. I was confused at > first, because libtool itself runs > > ldconfig -n $(libdir) > > But I guess because this does not update the cache, it doesn't make the > library available. I'm not sure. I just run one of my tests - build of binary with shared library and and installation into one system default paths for shared libraries. Result: - ldconfig -p does not show new library - ldd binary shows library - binary is executed properly Next step is upgrade of library and execution of binary - result shows that is used updated library. I'm not familiar with ldconfig cache and until now I did not have issue with installation in development environment. In production package manager is responsible to swap correctly library on the fly. [SNIP] Regards, Roumen Petrov From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 09 16:12:25 2018 Received: (at 30402) by debbugs.gnu.org; 9 Feb 2018 21:12:25 +0000 Received: from localhost ([127.0.0.1]:35746 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ekFy5-0006Pm-Hu for submit@debbugs.gnu.org; Fri, 09 Feb 2018 16:12:25 -0500 Received: from mail-ot0-f176.google.com ([74.125.82.176]:44133) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ekFy3-0006Pa-P8 for 30402@debbugs.gnu.org; Fri, 09 Feb 2018 16:12:24 -0500 Received: by mail-ot0-f176.google.com with SMTP id l5so8983091otj.11 for <30402@debbugs.gnu.org>; Fri, 09 Feb 2018 13:12:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=uTcvaf7bSNSTYppUMbtGaRH81QOvQTqDFIH/xZA13aQ=; b=x//NpjR7+SDJWjlz8vT8Q1syYM2lKbG9wv54WYpRACDJcQygQv4XqqL1+beZZiP+2q 63lRDqodwPo47nz6CDslVP3zdt75+20G8NzFGdTEC209xnM5/R7I8Lfo64/SD7oUON8P qKIcYzjd7/16rPze4dHVx6rM5nsRm93y/mJVQ= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=uTcvaf7bSNSTYppUMbtGaRH81QOvQTqDFIH/xZA13aQ=; b=JIy7CQc2RrxxI8jqe02fegJDsIZ6RyzLwl0CAtKoWfj14DxR51hv7eizC6HYTFN/dN addDWbHJZ5q0irjlt6qhoYaB6PdkLQFQe3F2RYpW7V1xyxrZzf5/z4cNGmtOr2oEClpi kP+nABtUCwIDZI96eGdvOr8hFWtd5R1nZnUPN1qHB3zdrTDmWzHFx2vKdRih/ZQ4dajK WdNNCOfK4g2XJQHb730M4Mxd98uV3FLMdbyDe8Z8RvYaQyLs+SGFbo+EKOU6aTM2oEXY qzBR3qUVMdFvXcVkpy8bqiEo2ourN0RjRZLIZBtCVBtDj0ECs330tdlJ1Y79BY8PEo+s 37xw== X-Gm-Message-State: APf1xPDlFRqN8hIBws7c/KES/ZZvIIz16GYPrbXzLfPBGCaWN2yzgOvH tFAkaokqiVAFfZx+gtvDy1lTGCf2pvp/xYgnwU2vYw== X-Google-Smtp-Source: AH8x227sCHfgue+DheFKyJ8ESueaJl6bHzBlJMj+j/aDqY+igwV5Jt/H6cP2SuLgSMn3l2W47A+rFpAE8OTdgZZgFRI= X-Received: by 10.157.85.165 with SMTP id m34mr3434953oth.251.1518210737826; Fri, 09 Feb 2018 13:12:17 -0800 (PST) MIME-Version: 1.0 Received: by 10.157.12.180 with HTTP; Fri, 9 Feb 2018 13:12:17 -0800 (PST) In-Reply-To: <5A7E0762.4040400@roumenpetrov.info> References: <5A7E0762.4040400@roumenpetrov.info> From: Reuben Thomas Date: Fri, 9 Feb 2018 21:12:17 +0000 Message-ID: Subject: Re: bug#30402: ldconfig confusion To: Roumen Petrov Content-Type: multipart/alternative; boundary="001a114f20c6b904240564cdfbd7" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 30402 Cc: 30402@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --001a114f20c6b904240564cdfbd7 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On 9 February 2018 at 20:41, Roumen Petrov wrote: > Reuben Thomas wrote: > >> I just noticed that on my GNU/Linux system (and on stock Ubuntu 14.04, >> which is where I first encountered this), I need to run >> >> ldconfig >> >> after installing shared libraries built with libtool. I was confused at >> first, because libtool itself runs >> >> ldconfig -n $(libdir) >> >> But I guess because this does not update the cache, it doesn't make the >> library available. >> > > I'm not sure. > > I just run one of my tests - build of binary with shared library and and > installation into one system default paths for shared libraries. > Result: > - ldconfig -p does not show new library > - ldd binary shows library > - binary is executed properly > =E2=80=8B =E2=80=8BThanks for this. In my tests, ldd binary did not show the library, and the binary was not executed properly. Also, the library did not show up with ldconfig -p, but of course that is the expected result after running only ldconfig -n. =E2=80=8BI obtained these results both on my personal Ubuntu 16.04 system (= but of course there could be some oddity with the configuration), and, more convincingly, with fresh Ubuntu 14.04 as used on Travis CI (I had my Travis build run ldd on the binary, and the library was shown as not found; running "sudo ldconfig" made the library found). So, it could be some oddity (so far, it looks like a bug) with Ubuntu systems in their default configuration.=E2=80=8B Does anyone have any further suggestions for things I can test? In any case, it looks like a bug report to Ubuntu may be warranted; Roumen, could you possibly tell us what sort of GNU/Linux system you are using?=E2=80=8B --=20 https://rrt.sc3d.org --001a114f20c6b904240564cdfbd7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On 9= February 2018 at 20:41, Roumen Petrov <bugtrack@roumenpetrov.inf= o> wrote:
Reuben Thomas wro= te:
I just noticed that on my GNU/Linux system (and on stock Ubuntu 14.04,
which is where I first encountered this), I need to run

ldconfig

after installing shared libraries built with libtool. I was confused at
first, because libtool itself runs

ldconfig -n $(libdir)

But I guess because this does not update the cache, it doesn't make the=
library available.

I'm not sure.

I just run one of my tests - build of binary with shared library and and in= stallation into one system default paths for shared libraries.
Result:
- ldconfig -p does not show new library
- ldd binary shows library
- binary is executed properly

=E2=80=8B
=E2=80=8BThanks for this.

In my tests, ldd binary did not show the library, and the binary was not=20 executed properly. Also, the library did not show up with ldconfig -p,=20 but of course that is the expected result after running only ldconfig=20 -n.

=E2=80=8BI obtained the= se=20 results both on my personal Ubuntu 16.04 system (but of course there=20 could be some oddity with the configuration), and, more convincingly,=20 with fresh Ubuntu 14.04 as used on Travis CI (I had my Travis build run=20 ldd on the binary, and the library was shown as not found; running "su= do ldconfig" made the library found).

So, it could be some oddity (so far, it looks like a bug) with Ubun= tu systems in their default configuration.=E2=80=8B

Does anyone have any further suggestions for things I can test? In any case, it looks like a bug report to Ubuntu may be warranted; Roumen, could=20 you possibly tell us what sort of GNU/Linux system you are using?=E2=80=8B<= /div>

--
--001a114f20c6b904240564cdfbd7-- From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 10 04:29:30 2018 Received: (at 30402) by debbugs.gnu.org; 10 Feb 2018 09:29:30 +0000 Received: from localhost ([127.0.0.1]:36033 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ekRTN-0001DP-Qp for submit@debbugs.gnu.org; Sat, 10 Feb 2018 04:29:30 -0500 Received: from rila.superhosting.bg ([91.196.125.212]:50338) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ekRTL-0001DB-Jx for 30402@debbugs.gnu.org; Sat, 10 Feb 2018 04:29:28 -0500 Received: from [78.128.48.21] (port=58372 helo=[192.168.0.10]) by rila.superhosting.bg with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89_1) (envelope-from ) id 1ekRTE-000An0-MZ for 30402@debbugs.gnu.org; Sat, 10 Feb 2018 11:29:20 +0200 Message-ID: <5A7EBB71.2030605@roumenpetrov.info> Date: Sat, 10 Feb 2018 11:29:21 +0200 From: Roumen Petrov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:33.0) Gecko/20100101 Firefox/33.0 SeaMonkey/2.30 MIME-Version: 1.0 To: 30402@debbugs.gnu.org Subject: Re: bug#30402: ldconfig confusion References: <5A7E0762.4040400@roumenpetrov.info> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - rila.superhosting.bg X-AntiAbuse: Original Domain - debbugs.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - roumenpetrov.info X-Get-Message-Sender-Via: rila.superhosting.bg: authenticated_id: master78@roumenpetrov.info X-Authenticated-Sender: rila.superhosting.bg: master78@roumenpetrov.info X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 30402 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Hi Reuben, Reuben Thomas wrote: > On 9 February 2018 at 20:41, Roumen Petrov > wrote: > >> Reuben Thomas wrote: >> >>> I just noticed that on my GNU/Linux system (and on stock Ubuntu 14.04, >>> which is where I first encountered this), I need to run >>> >>> ldconfig >>> >>> after installing shared libraries built with libtool. I was confused at >>> first, because libtool itself runs >>> >>> ldconfig -n $(libdir) >>> >>> But I guess because this does not update the cache, it doesn't make the >>> library available. >>> >> >> I'm not sure. >> >> I just run one of my tests - build of binary with shared library and and >> installation into one system default paths for shared libraries. >> Result: >> - ldconfig -p does not show new library >> - ldd binary shows library >> - binary is executed properly >> > > ​ > ​Thanks for this. > > In my tests, ldd binary did not show the library, and the binary was not > executed properly. Also, the library did not show up with ldconfig -p, but > of course that is the expected result after running only ldconfig -n. > > ​I obtained these results both on my personal Ubuntu 16.04 system (but of > course there could be some oddity with the configuration), and, more > convincingly, with fresh Ubuntu 14.04 as used on Travis CI (I had my Travis > build run ldd on the binary, and the library was shown as not found; > running "sudo ldconfig" made the library found). > > So, it could be some oddity (so far, it looks like a bug) with Ubuntu > systems in their default configuration.​ > > Does anyone have any further suggestions for things I can test? In any > case, it looks like a bug report to Ubuntu may be warranted; Roumen, could > you possibly tell us what sort of GNU/Linux system you are using?​ > Test was performed on "Slackware 14.2 (64-bits) + multilib". $ ldd --version ldd (GNU libc) 2.23 Copyright (C) 2016 Free Software Foundation, Inc. ... For tests of libtool functionality I always use by builds of libtool as is, i.e. FSF version without any vendor patches. You case is quite interesting and I did test on centos 6. Same result. Environment details: $ ldd --version ldd (GNU libc) 2.12 Copyright (C) 2010 Free Software Foundation, Inc. ... $ libtool --version ltmain.sh (GNU libtool) 2.2.6b ... Regards, Roumen P.S. Mostly off-topic: Installation into system paths is not so easy process. The fact that above test pass does not mean that I recommend use of make install(libtool --mode install) for installation into system paths. Usual scenario is (1) configure, (2) make, (3) make install. If installation is into system paths third step has to be replaced with (3.1) make install DESTDIR=.... (3.2) packaging with package manager(PM) and (3.3) installation by PM. I did not succeed to find publication that could provide more details how to replace manually libraries on the fly. For instance GNU C library question highlights issue https://sourceware.org/glibc/wiki/FAQ#How_do_I_install_all_of_the_GNU_C_Library_project_libraries_that_I_just_built.3F From debbugs-submit-bounces@debbugs.gnu.org Fri May 16 12:28:48 2025 Received: (at 30402-done) by debbugs.gnu.org; 16 May 2025 16:28:48 +0000 Received: from localhost ([127.0.0.1]:40534 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uFxvT-0006UC-QY for submit@debbugs.gnu.org; Fri, 16 May 2025 12:28:48 -0400 Received: from mail-ed1-x536.google.com ([2a00:1450:4864:20::536]:38751) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1uFxvQ-0006TX-Ps for 30402-done@debbugs.gnu.org; Fri, 16 May 2025 12:28:45 -0400 Received: by mail-ed1-x536.google.com with SMTP id 4fb4d7f45d1cf-600fca8930aso203058a12.3 for <30402-done@debbugs.gnu.org>; Fri, 16 May 2025 09:28:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1747412918; x=1748017718; darn=debbugs.gnu.org; h=autocrypt:subject:from:cc:to:content-language:user-agent :mime-version:date:message-id:from:to:cc:subject:date:message-id :reply-to; bh=Y+doi9bB6Uim6Jkms+QzqXlFqHePhm5r6jGQHu108xE=; b=YAVwR5NxhCWHA7dGHKLiYeRYsZ7oFVaxALbavtKaFZMfGqbuq1cpgiH3+gYwP8yME+ P3cpGTvGZqOiKO/PNSixSJgV7WK30ZnzjFwCqZp7xMpJe9TKLDQDGdCOv6wKOmlMNQz1 xRyo42TtgMWeVPPHkG0kh909gBo/BFgWLbF17FSseYyJcN4aV0MVfIHXzRtb3VP+o+KM BlvvgynZrRrIxmugwwgIgwdE3d79vritbNhNjpWCB7Rixi21bpS3q2rv2z0oDqrNGEGG rqhmXEwl2422tPOuxQZFvi9q/2aBZRACe63iFLnkvWBgm8SgzUYAsmo7zbIx0nGMKQlf p+WQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1747412918; x=1748017718; h=autocrypt:subject:from:cc:to:content-language:user-agent :mime-version:date:message-id:x-gm-message-state:from:to:cc:subject :date:message-id:reply-to; bh=Y+doi9bB6Uim6Jkms+QzqXlFqHePhm5r6jGQHu108xE=; b=O5tMBMxv5ziMlmHQelGDpxxh0oFGuPUqk4rfNd5tygBgWMFo0t7B/22ewbGS/LGo56 wBvopIxvLxs7LX84xj5tl5IXCA8td/HMPvB2QZ2rG583v6dOfBzxx8yopdgBhJzySRk8 mb9iJ4FVTDUeJOxB0uXTO6n3oHHEobzZOHYrNybZcHYj0kixYrtcnQgWuWGZd7XqRFgz m81+r+IvIpngX6PnL5//4gbIR+7R6S5hLZc/urfHl10rjJO+kzmyLXyhLFFqmqTBRPt2 6zPnLmw0gwbm7cMuaZrcfmkogAgrUzaN6vLEL1QcGf/Ev9wQXjwF9RVGRTQlUk+5JKwV TlGw== X-Gm-Message-State: AOJu0YzqVhgpbUqrZ1jLMwnbg8pE397p54cNp1y9gbDw57Cd7F7d34lw iq/9zgn87hn6fwaTyqb3NCjuTw6qp7JrrVmiqksC1F2ViX10B1eQS50C4IfYUg== X-Gm-Gg: ASbGncsatuF45pDk0fUI9+19vMhIoZxcX2hS9xAefs50TtBDrWVC9HltOf/OIRTLO5I b7MIvh2gMf85VP85cGtZbu3mh329rlnvbIDId/Mo4RfQO6iuSsW45T+149+9ZyAHG5BK+iWsFns QFxwcj3PafEayK/R2Qlo41czEvK27+91uI6bdXiNa7C80fXKjbLZCgwlY7K9aYIiuT2LQHr8/qf sVTZIeiGlTCSB7jwqbQtUic5T3oB3unTDDJ7lOLBEnV8snuzm2vyDCORq+rveDeJkyKPoZAY3Ea 1tSdPPARAOmw44xNAdn9mX2YpGN0wGd06Iv7RmiE/e9Vk3ZrFtccbMUu3JM3+WNBo6nzc3c= X-Google-Smtp-Source: AGHT+IEO+VmIYTEv/xSEXGiD7DuOhiAHL326N9ny5sGeAU5eAD57+6C+JhCAumxblhH6Lt7aiwGNPQ== X-Received: by 2002:a05:6402:2108:b0:5fd:195c:244c with SMTP id 4fb4d7f45d1cf-6009019646emr1497265a12.10.1747412918190; Fri, 16 May 2025 09:28:38 -0700 (PDT) Received: from [192.168.254.128] ([95.214.217.107]) by smtp.gmail.com with ESMTPSA id 4fb4d7f45d1cf-6005a6e6357sm1645835a12.38.2025.05.16.09.28.36 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 16 May 2025 09:28:37 -0700 (PDT) Message-ID: <3d4a2a63-ac52-4771-a021-5d1b9fe6aef9@gmail.com> Date: Fri, 16 May 2025 19:28:34 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US To: 30402-done@debbugs.gnu.org From: Ileana Dumitrescu Subject: Re: bug#30402: ldconfig confusion Autocrypt: addr=ileanadumitrescu95@gmail.com; keydata= xsFNBGFMu5ABEACpFrPCKpfsTSl4svqi91Hsf8gGtdKwndgXqMPJNqBXEJCCwiiUPnS68wNW ae54So04zVAcXewFdM36GypUGep5bhdgvbVKaDCrhNRdAoZ0VAywgU9CDCAa3v8eXUSrlGon k/ygjLIMnkOSjIMls4+z0FOpvsd1IcgcBDU5S6DSAF/Sb8w9bF2yD7f5RaLN6++EJEO2Bp+8 v4qCJEUGzi5QJKXHVUTGiTirx50eLIkw0HseLVOiJoU0NRRgzK/q04+X/NuOAPnZm5K3GOJU mKmG7M2tdMhhGT7UjF3XiI0MwydGIrPU1T1OdPBnXv6ajRYzLgIZl0GsGeFo5qFaFmRtNO7n CGi/5XtivM1WvbqXIQmsAmpm8N/uEcPcuP+0+7s1o0JC+c4nbHlQyvUFSZVgbZQ+mSn6GXRP NfL7AeDSINXXvXDv5vkHN+FbFggx5nWg8J5a33hxbnZoR/qTfDBQHF3mJMF3lesXibN+oLvw OVtlIffKc4jwjLKL40644eQfbhHjCE1AXGQjUGCE5vAkCxEqWH2nQbXIedijQD/5mufaCQX3 Rl314FBfyV1b9rIHxJYRLXHT83+om7y5ncYI5sdoY7/g/Ggmi0PuuUicax/ejOx4nNtDgDxl hCgOVm6qpmX9kyEZj0+vAodQjMrx3JKgojBdbusl4C5bWIgeRwARAQABzTBJbGVhbmEgRHVt aXRyZXNjdSA8aWxlYW5hZHVtaXRyZXNjdTk1QGdtYWlsLmNvbT7CwZQEEwEKAD4CGwMFCwkI BwIGFQoJCAsCBBYCAwECHgECF4AWIQT6Jsp4S+GIkn8iuZ9lcOoBFG9zVAUCZAiLZwUJCF9q VwAKCRBlcOoBFG9zVGShEACQkxNBRGws9AszRtKbnCcK5/B7TbB8/AsRF+Qbr6D66We5Nlkj Lp2ZuHpNB0u3zzlXUPqE851txphNZTAM4L0EgmVmFwZ1402HMlbTe+dIjoeQnituxQE2UT4P WwnhqREPX7M/W2Q67Xvq5b3rpCWma3wtnFCLu9CjGMcoRD+kmVDK/Kld63E55qp1RbPsGCLD 3p1Qn7eW3x+sgK9iH+0Oftu/r61O++d1zDzbnOgmvlEk7yWg2+QIDQpqzONJ3a3ye//Sahfa zo4XwIDimDC4L/LZk40HLgOHMvN9mtRCMJcJmqQ7XWe99qtaBMGxKBq5n8ZkCPVA86uEyAbJ LUdniS0zwDbpcE0nOSHMYKsW3R+D9bJkEDxNlKfgIqiCgrXXjdu9fREGxUm3jbJlD6nqKE/y bWtJ0BES2DCmMipprm5+cSWWiQ4rgaJBfY2YxwNMF1I9QXXKAo0xWvvjFB/jbpX7nicYx+rt RV4mvxu6EyaZSCfAKjMoPqdLT+1kP4UGzV7CxH//QiPziWgyQyUr5o+vhW5HAbnxGLDnuL+6 Wmb5cGXDr73R7Rs7PfBALaScP6+5MrJ9hNTt6uwwJ70VdfU9o3UEInGOfdnBbWc5yNFktuO8 yUKjgLjDR1RXqils+ALUa2I5ifjsf2dlQhmCsAq9PktN9N++vk+TdzBcNM7BTQRhTLuQARAA xH2RgDZFA5q9G2wfKzsig/Dz/Kx9H9MGLayJEs5MNIJv17dG+mMmgjRk4O0QwhGzmgD8nBe1 AJXqE6hm6K2MpXajb/B9/vIFNgNQ9KIaTtIehkG2rwXwPDLfvgPYLRw+fH0gAVbS1mDDRro7 RJr8pl7m8mi63UEZQxkqF3IZ1pD7uyfCcPl0V3b5dWwo5Uky7hJPEFvj8zJaBS6YdnZ8WteI xIR8eHMPwi2WQLJwn8LUqG2ODMIMkpQo71f2dCopCSq1UU2BY/JMagbpUXek3FIjNIKp9KUj 3FFkUFvlqKif+kB9M6P+llBVY0nDCidK617V6NJwaJUZzRgGimiuW2Qx9QwWHYcBbiaK6EHa ew5gkVwPlMJJJhwwFAlPfYT0ThsVl/kpaOjptyDbRWxyGLac+nLXvVai6ElJM7797ZWbwdZh a7TYUA6Y0JPr1ciVcFpipslXkOKzq0GjPPSuQ9+Q57LGWoJX0Z1rravAS7uzFhNbNMgQebnJ 5efvMRO8DCDUWiIn22VBR3seL3lBS8sf0Pj+lRCBHJ8usJf/MkfWZiAuQyQ1/EnDao/3wPD0 prOBgx096bFMWnuA+YfBYcnb6SASpYwYGTqZU/vp6M1ORWnvxdXvEYEfeq+RabaqvZ4MN0eD 75X7K+nbhWhlWuOjVd59E57UN018gdC2DWMAEQEAAcLBfAQYAQoAJgIbDBYhBPomynhL4YiS fyK5n2Vw6gEUb3NUBQJkCIuUBQkIX2qEAAoJEGVw6gEUb3NU6qMP/R80Q4G/CVLsrXMEWhie PIHmPYfLL1guvLNi/K3YocMFSloU6QjyP2Lsceh5Sz5NB/+xr6p6nGpmc5FEGxr20SoXyEfJ CNWXNR+4znkSzkRH1FJ+QOYdlZCFaGGaQzTkji47heoW9m9to/dGv8fKa34VLo7wzvD3FyYd F27lSGNqSiIPNFS8kGS5m0fVDHP2jgFjiWjcXRUG78KzH4Yansse5KTPj2dm8zb+o30jfd8d M1ccd3FavQ74kjrbTubQWsStTNMBm9ML7vSoirs5P3d8NNLHSMDtlZfzNfWKkxthZY1N86sM OoecaOl8rfBIKrXMkWJXRDoz6o8Xrd/+JeByDBGuM5jAMT0mQ5ckBwFN5Q7ket0c/YomKZQ3 ul3V44eS8hmizeWNM2r4x3DVJa+4tsXeTLSWWX79z276SqSxQveKfnJh0ak8q0tqJAc6iflv UjIIW5c7aSfcul+u6/8S0T74nEHfBhpBjQm9BEumt1sSfXGYO77LXemuYDWpe2v0BO0j5hBs sYnJ/hUDXgy2+bMJXzohJqYEjSs9gdTDskD6x9Z1sTHutikUw/g4gxxRThH2l4YhBb6kuwct 9xzecT2/PVzXkjnt+gwQ6PHdyTWj0//LZCKJVquluG3myyCMALInBkJ0dzwXKH0VHe8PYt18 tEGGBkKUVsxBXBBe Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------6HVH20nc08tGAQeJXiP9FFwC" X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 30402-done Cc: Reuben Thomas X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------6HVH20nc08tGAQeJXiP9FFwC Content-Type: multipart/mixed; boundary="------------Gl2y2iY087dKIgQRqMAmwXxL"; protected-headers="v1" From: Ileana Dumitrescu To: 30402-done@debbugs.gnu.org Cc: Reuben Thomas Message-ID: <3d4a2a63-ac52-4771-a021-5d1b9fe6aef9@gmail.com> Subject: Re: bug#30402: ldconfig confusion --------------Gl2y2iY087dKIgQRqMAmwXxL Content-Type: multipart/mixed; boundary="------------tEWEtNhlJcvlKzi7qIf9R08v" --------------tEWEtNhlJcvlKzi7qIf9R08v Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 QSBkb2N1bWVudGF0aW9uIHBhdGNoIGhhcyBiZWVuIGFwcGxpZWQgdG8gdGhlIGRldmVsb3Bt ZW50IGJyYW5jaCBbMV0uDQoNClsxXSANCmh0dHBzOi8vZ2l0LnNhdmFubmFoLmdudS5vcmcv Y2dpdC9saWJ0b29sLmdpdC9jb21taXQvP2g9ZGV2ZWxvcG1lbnQmaWQ9YWQ5NjRlZTFmNTM4 MjA3NWIxOTUzMTNkOTY5ZmIwZmU2ZDgzYzhlOQ0KDQotLSANCklsZWFuYSBEdW1pdHJlc2N1 DQoNCkdQRyBQdWJsaWMgS2V5OiBGQTI2IENBNzggNEJFMSA4ODkyIDdGMjIgQjk5RiA2NTcw IEVBMDEgMTQ2RiA3MzU0DQoNCg== --------------tEWEtNhlJcvlKzi7qIf9R08v Content-Type: application/pgp-keys; name="OpenPGP_0x6570EA01146F7354.asc" Content-Disposition: attachment; filename="OpenPGP_0x6570EA01146F7354.asc" Content-Description: OpenPGP public key Content-Transfer-Encoding: quoted-printable -----BEGIN PGP PUBLIC KEY BLOCK----- xsFNBGFMu5ABEACpFrPCKpfsTSl4svqi91Hsf8gGtdKwndgXqMPJNqBXEJCCwiiU PnS68wNWae54So04zVAcXewFdM36GypUGep5bhdgvbVKaDCrhNRdAoZ0VAywgU9C DCAa3v8eXUSrlGonk/ygjLIMnkOSjIMls4+z0FOpvsd1IcgcBDU5S6DSAF/Sb8w9 bF2yD7f5RaLN6++EJEO2Bp+8v4qCJEUGzi5QJKXHVUTGiTirx50eLIkw0HseLVOi JoU0NRRgzK/q04+X/NuOAPnZm5K3GOJUmKmG7M2tdMhhGT7UjF3XiI0MwydGIrPU 1T1OdPBnXv6ajRYzLgIZl0GsGeFo5qFaFmRtNO7nCGi/5XtivM1WvbqXIQmsAmpm 8N/uEcPcuP+0+7s1o0JC+c4nbHlQyvUFSZVgbZQ+mSn6GXRPNfL7AeDSINXXvXDv 5vkHN+FbFggx5nWg8J5a33hxbnZoR/qTfDBQHF3mJMF3lesXibN+oLvwOVtlIffK c4jwjLKL40644eQfbhHjCE1AXGQjUGCE5vAkCxEqWH2nQbXIedijQD/5mufaCQX3 Rl314FBfyV1b9rIHxJYRLXHT83+om7y5ncYI5sdoY7/g/Ggmi0PuuUicax/ejOx4 nNtDgDxlhCgOVm6qpmX9kyEZj0+vAodQjMrx3JKgojBdbusl4C5bWIgeRwARAQAB zS9JbGVhbmEgRHVtaXRyZXNjdSA8aWxlYW5hZHVtaTk1QHByb3Rvbm1haWwuY29t PsLBlAQTAQoAPhYhBPomynhL4YiSfyK5n2Vw6gEUb3NUBQJhTLuQAhsDBQkDwmcA BQsJCAcCBhUKCQgLAgQWAgMBAh4BAheAAAoJEGVw6gEUb3NUCC4P/AiRUDzkEm8E WdvGQ9CkUYPAOARr19w04+N+86XZU8owULTkys81Wv80Wz48Q6IA3RASjHuyNtOQ a3TmoGsRYovIqKWQY6hIWBY7radPldSnbqXDp0mbwxSFVsCV2m2YqZKQpnKTR7b5 N6KgKKDXDLK0ES5CO1DAdvTg33WOonSNVpP+14R1bg9L685nOckK+TP1kQq91W+0 QUeEfS7BqdU/Znv39sVVMUkXQiWK441rQ1wcHvD32iiSoqnFQxtrdTwaglpv1/Y6 MDsnnwrLX3Bsq0vIL8CYVwVqy309/rtq3tpL1dw9lWaEA0sBNBMfOvBBJ1GOUpnE f6k6dlhHSoDDndbODXBEAgXnbz6JKqPA+NAJfnccnvcb7G2KnWtvG/GbWQia7S1Q lRi18GTDfX143uApm++/bFkGy/m3UjocGxyx9xh/wpzKuTlqBvxAX/cSR7hw3imC 5t2t6fmgIL9ZTED5FEyEgM1+zi/OfrPyqxKs/Qo8ZxoqMuZMHN4n9pJCtOvLT72H PUNxfRKiqjTj9hgQUm+sc8vfYXGapLY7Ybi4VrNPtGUxH/iSRf29sYc7bQlIoXiW KqcPjPuI/IZ8qMrNSloBgGeMuJ4iQn5shIZWbbgnJf5LcSO3SaPsLH80tnfimhkK tj6+MMe9afss26DcNcw4mT3IljkSRjLxwsGUBBMBCgA+AhsDBQsJCAcCBhUKCQgL AgQWAgMBAh4BAheAFiEE+ibKeEvhiJJ/IrmfZXDqARRvc1QFAmQIi3IFCQhfalcA CgkQZXDqARRvc1QNYw//fohzqHChHrOl60maI533r+wIMaFnqAPS6+S4mlV5qCcy t2CEvvtQ4ggjg7cjm/hKbDBGnOAl0/Cq2QVo+SNJGGBmdvPgCjC8o6Dc4KaFW8wO H2OYMLWm1kzxM/aO7oEWNS4gi3mM1eb2yiT4Uk6jtEjQ/7gEc8B2PXWjvt9gw2RF 0rJDT9EMM5p/hSuAjfTOp4BfnKX5YM5G01iH7HPpGl+IAr6bcd30qoGmH/gpwWrK 8eMYQa3RkKtMFFLQpd7i4yGbQwg6XeY4e2xXKccCHR6tyhKqTyerZQVG1D95xHq5 mipz86eXArZSozhpaf/SlplI/YHqo38R94oOqSA13aBmIQf+PKR+DiKaR4/jMt38 3pH+RK80ucNS8ueMWaDj40r2oixbQ9A0uSN5tcq//IprT+ax2iuBwQEE3keZjJB7 UGNqXTnvEW52+hrUpqL1G4YNGnQBuL56iIlAqmnKS0VdXWOxI2U+En6AjIcRAqLZ Gptv90Nc33mfe96Yka5dBWdk4oi/FNu/JnKAcZQPYkByaA8PQYXsnCmgJCQj/8aC RPVddj83nHAE9AEI3n9aOD7jsR1gfYLwOw3fGJqx4MZWcHBAIUF/36FIHQ+ygQDT +b39MpdENCW4q14GfAAcY9nsj2eW4YYRdAzY3YiqvwrajuP57pu+hOXimI2qEp/N MElsZWFuYSBEdW1pdHJlc2N1IDxpbGVhbmFkdW1pdHJlc2N1OTVAZ21haWwuY29t PsLBlAQTAQoAPhYhBPomynhL4YiSfyK5n2Vw6gEUb3NUBQJi/OUPAhsDBQkDwmcA BQsJCAcCBhUKCQgLAgQWAgMBAh4BAheAAAoJEGVw6gEUb3NUnHIP/j4W1IhIfdoK 7ZoPO2hELJC0vcCJGB6a0mVP3g3w6EalKGQsA4P8btKDNdjrZqP6OsN99RWenCCY ASndKGq9SmYIe7Bnrr98xB528G3Bo271OCAKT1IauJ272NtMvqyzvgNVXTtZyzKM /sX+l36QRlRbVi5VxpdVll70a1U7YxusvzBtFeWrdbVZ7vAY3kSrX7tXjZ8Nj8C3 UiPJdCguPBU+Fjzcs6gfJ7ngcQ1QHrjokMFBGU8nLcHyKrir1b2ltZ02fW+Tke1E ViSQXIvF8a85OqklVxKDFu9EpZEg1lZo84UNGZDJpblpSbRnfQoBQxbmSp4u4nVR lYVNqzKNkf/7w+xukE18LxFZ2zqeVt1WNOauDbcTWmoM4mQy70q79uiT6pTjEh/m W1R74+vbXt6QKSxhV1YTDyYebumMGu94m9G5qwTg6/w0VZGnyV7ywqwKLztKHOBJ wzP6e0jhS41bTShMlRuYo8lOgAenKuX/0EKdTonf3o+mp+qrSOlkVBeGiSjhv/Ts qAiebOhJE1utw1iQpHEzKZGnm40f67RgSAUgKiZawCkVPtQcn2vDAfxb/r08/dfK NCcXkGIsIQPclRaShCJFBaOXFO6G1jVE2jyj3bgXxUy/x9O8F3MebacKOzRROoL4 DSNp7KTil8kJq4EoqxSJJQMnhV7obSm3wsGUBBMBCgA+AhsDBQsJCAcCBhUKCQgL AgQWAgMBAh4BAheAFiEE+ibKeEvhiJJ/IrmfZXDqARRvc1QFAmQIi2cFCQhfalcA CgkQZXDqARRvc1RkoRAAkJMTQURsLPQLM0bSm5wnCufwe02wfPwLERfkG6+g+uln uTZZIy6dmbh6TQdLt885V1D6hPOdbcaYTWUwDOC9BIJlZhcGdeNNhzJW03vnSI6H kJ4rbsUBNlE+D1sJ4akRD1+zP1tkOu176uW966Qlpmt8LZxQi7vQoxjHKEQ/pJlQ yvypXetxOeaqdUWz7Bgiw96dUJ+3lt8frICvYh/tDn7bv6+tTvvndcw825zoJr5R JO8loNvkCA0KaszjSd2t8nv/0moX2s6OF8CA4pgwuC/y2ZONBy4DhzLzfZrUQjCX CZqkO11nvfarWgTBsSgauZ/GZAj1QPOrhMgGyS1HZ4ktM8A26XBNJzkhzGCrFt0f g/WyZBA8TZSn4CKogoK1143bvX0RBsVJt42yZQ+p6ihP8m1rSdAREtgwpjIqaa5u fnEllokOK4GiQX2NmMcDTBdSPUF1ygKNMVr74xQf426V+54nGMfq7UVeJr8buhMm mUgnwCozKD6nS0/tZD+FBs1ewsR//0Ij84loMkMlK+aPr4VuRwG58Riw57i/ulpm +XBlw6+90e0bOz3wQC2knD+vuTKyfYTU7ersMCe9FXX1PaN1BCJxjn3ZwW1nOcjR ZLbjvMlCo4C4w0dUV6opbPgC1GtiOYn47H9nZUIZgrAKvT5LTfTfvr5Pk3cwXDTO wU0EYUy7kAEQAMR9kYA2RQOavRtsHys7IoPw8/ysfR/TBi2siRLOTDSCb9e3Rvpj JoI0ZODtEMIRs5oA/JwXtQCV6hOoZuitjKV2o2/wff7yBTYDUPSiGk7SHoZBtq8F 8Dwy374D2C0cPnx9IAFW0tZgw0a6O0Sa/KZe5vJout1BGUMZKhdyGdaQ+7snwnD5 dFd2+XVsKOVJMu4STxBb4/MyWgUumHZ2fFrXiMSEfHhzD8ItlkCycJ/C1KhtjgzC DJKUKO9X9nQqKQkqtVFNgWPyTGoG6VF3pNxSIzSCqfSlI9xRZFBb5aion/pAfTOj /pZQVWNJwwonSute1ejScGiVGc0YBoporltkMfUMFh2HAW4miuhB2nsOYJFcD5TC SSYcMBQJT32E9E4bFZf5KWjo6bcg20Vschi2nPpy171WouhJSTO+/e2Vm8HWYWu0 2FAOmNCT69XIlXBaYqbJV5Dis6tBozz0rkPfkOeyxlqCV9Gda62rwEu7sxYTWzTI EHm5yeXn7zETvAwg1FoiJ9tlQUd7Hi95QUvLH9D4/pUQgRyfLrCX/zJH1mYgLkMk NfxJw2qP98Dw9KazgYMdPemxTFp7gPmHwWHJ2+kgEqWMGBk6mVP76ejNTkVp78XV 7xGBH3qvkWm2qr2eDDdHg++V+yvp24VoZVrjo1XefROe1DdNfIHQtg1jABEBAAHC wXwEGAEKACYWIQT6Jsp4S+GIkn8iuZ9lcOoBFG9zVAUCYUy7kAIbDAUJA8JnAAAK CRBlcOoBFG9zVEq8EACD/7XohTdF/jfb85lh7/6vFD1XRh0UbSg9cm+b9bd7C3uf bIl3AdI99SXPWkiRv+J8rMVuW78wtOVa/nFcxH8lqC+z1rpQxXkLYSapVsx7dnww ize1hg9qXRysl+iYqGXXaRpDyRSoEMJailLv3T6URofa4qEJ3ROpWBfqmV/BUBs0 sqCKXsaRPZ00/CPiJMybP5lyBnOdfYjjYcQS26NEXXL6qr/uHcs7InAN1xxoOcCO YE4jfsg2eXJobwWc57rGHEkAR4cvAhwPPtENHhkK0Rd+EIFMrsyjAthUJsmgSSaX FIo2ubBII4VdCbGqVT4+szfTVHxUbuC1ITUOggqPuXy1bZcWHUyW/VhbrfBjbVN6 QF5v2J+P/2KK5bHCupbpyxgeJk45BTWdrixWdFM369ZE9Jh1LF811E+O0VAlnWPH JKzbD6eKFjvTZ/Vb9Rq5+sjOw2U873AhKxH5xSfmGyPrkzDI6KM5lLfGVG1qH+NZ YRMWU5WDP+VNREdmVxvTwnCVorawnawVvfikfL5YFogvumJHl1Z7SZlmqjrL4yQk nCdFtWMTuZsjB9671X0E64u2lC3hGxyq+81OHUtaK11knr8XcYBRknKsVA2UvGlL zuSVXnvmrf0qVz6PijECOCYMYTsZWJgMOPAC5oTA+jYSoiTyk0ZYcNrH550bhcLB fAQYAQoAJgIbDBYhBPomynhL4YiSfyK5n2Vw6gEUb3NUBQJkCIuUBQkIX2qEAAoJ EGVw6gEUb3NU6qMP/R80Q4G/CVLsrXMEWhiePIHmPYfLL1guvLNi/K3YocMFSloU 6QjyP2Lsceh5Sz5NB/+xr6p6nGpmc5FEGxr20SoXyEfJCNWXNR+4znkSzkRH1FJ+ QOYdlZCFaGGaQzTkji47heoW9m9to/dGv8fKa34VLo7wzvD3FyYdF27lSGNqSiIP NFS8kGS5m0fVDHP2jgFjiWjcXRUG78KzH4Yansse5KTPj2dm8zb+o30jfd8dM1cc d3FavQ74kjrbTubQWsStTNMBm9ML7vSoirs5P3d8NNLHSMDtlZfzNfWKkxthZY1N 86sMOoecaOl8rfBIKrXMkWJXRDoz6o8Xrd/+JeByDBGuM5jAMT0mQ5ckBwFN5Q7k et0c/YomKZQ3ul3V44eS8hmizeWNM2r4x3DVJa+4tsXeTLSWWX79z276SqSxQveK fnJh0ak8q0tqJAc6iflvUjIIW5c7aSfcul+u6/8S0T74nEHfBhpBjQm9BEumt1sS fXGYO77LXemuYDWpe2v0BO0j5hBssYnJ/hUDXgy2+bMJXzohJqYEjSs9gdTDskD6 x9Z1sTHutikUw/g4gxxRThH2l4YhBb6kuwct9xzecT2/PVzXkjnt+gwQ6PHdyTWj 0//LZCKJVquluG3myyCMALInBkJ0dzwXKH0VHe8PYt18tEGGBkKUVsxBXBBe =3DfGTx -----END PGP PUBLIC KEY BLOCK----- --------------tEWEtNhlJcvlKzi7qIf9R08v-- --------------Gl2y2iY087dKIgQRqMAmwXxL-- --------------6HVH20nc08tGAQeJXiP9FFwC Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature.asc" -----BEGIN PGP SIGNATURE----- wsF5BAABCAAjFiEE+ibKeEvhiJJ/IrmfZXDqARRvc1QFAmgnZ7IFAwAAAAAACgkQZXDqARRvc1RO ZBAAiRv8qRdDxarXPVgV4vrwMLBiYoQMoUKdRAhBdBHiMteXTXcSOn5NjP4d7G3hP/bnwzm6uiZ1 z6X+9BPFfR8lZbM9dikkJpZG5m92edr/xRse1oHfFQaUzg/3sM9NYoHkIdDnCJtW+bLjjx/cf6HT BadYEvImj9IxeP4sEVlIFdEja3YWeDFDAvTK4gL4zMCKHG6gcpHNPjU60SOroeejf4XebrUOLjm7 GX7m/ZR3m48m1nTacantu0/0trBoX3jAfiZYSceCI/mDof1eCNPXdQC9d6qujZ0SjWdW0Ik633nr Nyb4qlSm13PMkOpnHx6Oc3DR9FrgW1pUlSGn0/l1RDGETFO1ss/JpQRB6PzrSLYc8OIfB32ovr4c 0qn8nOD+VzhX040UgKIRfc1RZ9gmWlUzYC7mSyOjqd0OxtUkxDAHqcHWqWpAepDyc3BoO+f9PVp2 8aZgWuNW/3WAJv+NsBJPsfSKfYyjcClvBCmgLRFT8ofn7a9L8KETqRx4reF/NaGuAbHUl8vFeNMN RvQSGJUgaCOsCUpbJSOnhU5Xqk2ui2tiMbVgzfLL5ubqqUy+gWOSjWILNfYSeAKNXeAZ7/Ph3omB njhokOLkMLlBxKAWd6OQgCStTOTTlJbTqVZe9JF2YyKwPfKAHrMEcYqMtIXfkz0lon6kE2zJHAxH VBU= =xWuY -----END PGP SIGNATURE----- --------------6HVH20nc08tGAQeJXiP9FFwC--