Received: (at 30402) by debbugs.gnu.org; 10 Feb 2018 09:29:30 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sat Feb 10 04:29:30 2018 Received: from localhost ([127.0.0.1]:36033 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1ekRTN-0001DP-Qp for submit <at> 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 <bugtrack@HIDDEN>) id 1ekRTL-0001DB-Jx for 30402 <at> 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 <bugtrack@HIDDEN>) id 1ekRTE-000An0-MZ for 30402 <at> debbugs.gnu.org; Sat, 10 Feb 2018 11:29:20 +0200 Message-ID: <5A7EBB71.2030605@HIDDEN> Date: Sat, 10 Feb 2018 11:29:21 +0200 From: Roumen Petrov <bugtrack@HIDDEN> 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 <at> debbugs.gnu.org Subject: Re: bug#30402: ldconfig confusion References: <CAOnWdoh1fDidLRtSte-g7DfYtbAqfLaC-omvMUS6=0E8CszrCA@HIDDEN> <5A7E0762.4040400@HIDDEN> <CAOnWdog=O3-C8QrpL2WZnyzeSrQvFBfx6EoW_uZDwvoTY+YBSw@HIDDEN> In-Reply-To: <CAOnWdog=O3-C8QrpL2WZnyzeSrQvFBfx6EoW_uZDwvoTY+YBSw@HIDDEN> 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@HIDDEN X-Authenticated-Sender: rila.superhosting.bg: master78@HIDDEN X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 30402 X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -0.7 (/) Hi Reuben, Reuben Thomas wrote: > On 9 February 2018 at 20:41, Roumen Petrov <bugtrack@HIDDEN> > 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
bug-libtool@HIDDEN:bug#30402; Package libtool.
Full text available.Received: (at 30402) by debbugs.gnu.org; 9 Feb 2018 21:12:25 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Feb 09 16:12:25 2018 Received: from localhost ([127.0.0.1]:35746 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1ekFy5-0006Pm-Hu for submit <at> 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 <rrt@HIDDEN>) id 1ekFy3-0006Pa-P8 for 30402 <at> 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 <at> 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@HIDDEN> References: <CAOnWdoh1fDidLRtSte-g7DfYtbAqfLaC-omvMUS6=0E8CszrCA@HIDDEN> <5A7E0762.4040400@HIDDEN> From: Reuben Thomas <rrt@HIDDEN> Date: Fri, 9 Feb 2018 21:12:17 +0000 Message-ID: <CAOnWdog=O3-C8QrpL2WZnyzeSrQvFBfx6EoW_uZDwvoTY+YBSw@HIDDEN> Subject: Re: bug#30402: ldconfig confusion To: Roumen Petrov <bugtrack@HIDDEN> Content-Type: multipart/alternative; boundary="001a114f20c6b904240564cdfbd7" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 30402 Cc: 30402 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> 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 <bugtrack@HIDDEN> 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 <div dir=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_quote">On 9= February 2018 at 20:41, Roumen Petrov <span dir=3D"ltr"><<a href=3D"mai= lto:bugtrack@HIDDEN" target=3D"_blank">bugtrack@HIDDEN= o</a>></span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margi= n:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Reuben Thomas wro= te:<br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex"> I just noticed that on my GNU/Linux system (and on stock Ubuntu 14.04,<br> which is where I first encountered this), I need to run<br> <br> ldconfig<br> <br> after installing shared libraries built with libtool. I was confused at<br> first, because libtool itself runs<br> <br> ldconfig -n $(libdir)<br> <br> But I guess because this does not update the cache, it doesn't make the= <br> library available.<br> </blockquote> <br> I'm not sure.<br> <br> 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.<br> Result:<br> - ldconfig -p does not show new library<br> - ldd binary shows library<br> - binary is executed properly<br> </blockquote></div><br><div style=3D"font-family: times\ new\ roman, serif;= font-size: small;" class=3D"gmail_default">=E2=80=8B<div><div class=3D"gma= il_default">=E2=80=8BThanks for this.<br><br></div><div class=3D"gmail_defa= ult">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.<br><br></div></div><div class=3D"gmail_default">=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).<br><br></div><div class=3D"gmail_d= efault">So, it could be some oddity (so far, it looks like a bug) with Ubun= tu systems in their default configuration.=E2=80=8B</div><br><div class=3D"= gmail_default">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></div><br>-- <br><div class=3D"gmail_signature" data-smartmail=3D"gmai= l_signature"><div dir=3D"ltr"><a href=3D"https://rrt.sc3d.org" target=3D"_b= lank">https://rrt.sc3d.org</a></div></div> </div></div> --001a114f20c6b904240564cdfbd7--
bug-libtool@HIDDEN:bug#30402; Package libtool.
Full text available.Received: (at 30402) by debbugs.gnu.org; 9 Feb 2018 20:41:16 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Feb 09 15:41:16 2018 Received: from localhost ([127.0.0.1]:35721 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1ekFTw-0005fD-0D for submit <at> 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 <bugtrack@HIDDEN>) id 1ekFTt-0005f0-Mq for 30402 <at> 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 <bugtrack@HIDDEN>) id 1ekFTm-0003jU-GH; Fri, 09 Feb 2018 22:41:06 +0200 Message-ID: <5A7E0762.4040400@HIDDEN> Date: Fri, 09 Feb 2018 22:41:06 +0200 From: Roumen Petrov <bugtrack@HIDDEN> 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 <at> debbugs.gnu.org Subject: Re: bug#30402: ldconfig confusion References: <CAOnWdoh1fDidLRtSte-g7DfYtbAqfLaC-omvMUS6=0E8CszrCA@HIDDEN> In-Reply-To: <CAOnWdoh1fDidLRtSte-g7DfYtbAqfLaC-omvMUS6=0E8CszrCA@HIDDEN> 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@HIDDEN X-Authenticated-Sender: rila.superhosting.bg: master78@HIDDEN X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 30402 Cc: Reuben Thomas <rrt@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> 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
bug-libtool@HIDDEN:bug#30402; Package libtool.
Full text available.Received: (at 30402) by debbugs.gnu.org; 9 Feb 2018 17:07:40 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Feb 09 12:07:40 2018 Received: from localhost ([127.0.0.1]:35651 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1ekC9C-0000lz-4w for submit <at> debbugs.gnu.org; Fri, 09 Feb 2018 12:07:38 -0500 Received: from mail-ot0-f195.google.com ([74.125.82.195]:43482) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <rrt@HIDDEN>) id 1ekC9A-0000ll-Rf for 30402 <at> debbugs.gnu.org; Fri, 09 Feb 2018 12:07:37 -0500 Received: by mail-ot0-f195.google.com with SMTP id q12so8344334otg.10 for <30402 <at> debbugs.gnu.org>; Fri, 09 Feb 2018 09:07:36 -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=cnI0eD3ATrdiynGc+4bjN6f8XPwxJ1H5zzPjO/x2xZFcIFVKdQX9VoDDsy5nEy8qe9 rlbXdOG9FERRZR+xUjfCdPT6cHs/pWxc5vd2zw0b9MFJUMhChL9G7bFljTJerRhonyr9 Fk+1Iuu9IK/Vg7L728/82UgLkqy+MJ2WUqte5QYtjB4nC5u6zrm+C6J7owiw8xiEZBk3 dIpMMjdeHr62KFr79qjZYBHY2V90gpNZz8lonJQKRLAY0HYDURs866WO7TLiS+9V1tA2 GBMpM/tShsT/w2IhuJODI1+JILQA79aAiC12XFpN90ZjHs1tq8h6JWKOed0B9187IWyD 88AA== X-Gm-Message-State: APf1xPBTG36zWMtlzcbRW0QTibGlFi74lWl3HgPlTw3hLWMolVW0uKqG CeEnTItGSUysuR82gDtsfPXaOK0Yu6csyQXL+FO4xw== 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: <alpine.GSO.2.20.1802091048320.5152@HIDDEN> References: <CAOnWdoh1fDidLRtSte-g7DfYtbAqfLaC-omvMUS6=0E8CszrCA@HIDDEN> <alpine.GSO.2.20.1802091048320.5152@HIDDEN> From: Reuben Thomas <rrt@HIDDEN> Date: Fri, 9 Feb 2018 17:07:29 +0000 Message-ID: <CAOnWdohgEPFDPm4qcyQ9t6tptErgfV0SEQpz25ofS0HEXafGKw@HIDDEN> Subject: Re: bug#30402: ldconfig confusion To: Bob Friesenhahn <bfriesen@HIDDEN> Content-Type: multipart/alternative; boundary="001a113e4cf2518e690564ca9070" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 30402 Cc: 30402 <at> debbugs.gnu.org, bug-libtool@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -0.0 (/) --001a113e4cf2518e690564ca9070 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On 9 February 2018 at 16:57, Bob Friesenhahn <bfriesen@HIDDEN> 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 <div dir=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_quote">On 9= February 2018 at 16:57, Bob Friesenhahn <span dir=3D"ltr"><<a href=3D"m= ailto:bfriesen@HIDDEN" target=3D"_blank">bfriesen@HIDDEN= s.tx.us</a>></span> wrote:<br><blockquote class=3D"gmail_quote" style=3D= "margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">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?<br></blockquote><div><br><div style=3D"font-famil= y: times\ new\ roman, serif; font-size: small;" class=3D"gmail_default">=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.<br><br></div><= 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</div>=C2=A0</div><blockquote class=3D"g= mail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-l= eft:1ex"> 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.<br> <br> I see that Ubuntu provides special handling for /usr/local via /etc/ld.so.c= onf.d/libc.conf:<br> <br> % cat /etc/ld.so.conf<br> include /etc/ld.so.conf.d/*.conf<br> <br> % cat /etc/ld.so.conf.d/libc.conf<br> # libc default configuration<br> /usr/local/lib<br> <br> 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.<span class=3D"H= OEnZb"><font color=3D"#888888"><br></font></span></blockquote><div><br><div= style=3D"font-family: times\ new\ roman, serif; font-size: small;" class= =3D"gmail_default">=E2=80=8BI was installing into /usr/local/lib. My system= does indeed have this (default) configuration.=E2=80=8B</div><br clear=3D"= all"></div></div>-- <br><div class=3D"gmail_signature" data-smartmail=3D"gm= ail_signature"><div dir=3D"ltr"><a href=3D"https://rrt.sc3d.org" target=3D"= _blank">https://rrt.sc3d.org</a></div></div> </div></div> --001a113e4cf2518e690564ca9070--
bug-libtool@HIDDEN:bug#30402; Package libtool.
Full text available.Received: (at submit) by debbugs.gnu.org; 9 Feb 2018 17:07:43 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Feb 09 12:07:43 2018 Received: from localhost ([127.0.0.1]:35654 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1ekC9H-0000mG-8A for submit <at> 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 <rrt@HIDDEN>) id 1ekC9F-0000ls-KM for submit <at> 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 <rrt@HIDDEN>) id 1ekC99-0007Qp-09 for submit <at> 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 <rrt@HIDDEN>) id 1ekC98-0007Qj-Sr for submit <at> 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 <rrt@HIDDEN>) id 1ekC97-0002lN-Ka for bug-libtool@HIDDEN; Fri, 09 Feb 2018 12:07:34 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from <rrt@HIDDEN>) id 1ekC96-0007PZ-7y for bug-libtool@HIDDEN; 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 <rrt@HIDDEN>) id 1ekC96-0007P7-05 for bug-libtool@HIDDEN; Fri, 09 Feb 2018 12:07:32 -0500 Received: by mail-ot0-x244.google.com with SMTP id h14so8348948otj.5 for <bug-libtool@HIDDEN>; 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: <alpine.GSO.2.20.1802091048320.5152@HIDDEN> References: <CAOnWdoh1fDidLRtSte-g7DfYtbAqfLaC-omvMUS6=0E8CszrCA@HIDDEN> <alpine.GSO.2.20.1802091048320.5152@HIDDEN> From: Reuben Thomas <rrt@HIDDEN> Date: Fri, 9 Feb 2018 17:07:29 +0000 Message-ID: <CAOnWdohgEPFDPm4qcyQ9t6tptErgfV0SEQpz25ofS0HEXafGKw@HIDDEN> Subject: Re: bug#30402: ldconfig confusion To: Bob Friesenhahn <bfriesen@HIDDEN> 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 <at> debbugs.gnu.org, bug-libtool@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> 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 <bfriesen@HIDDEN> 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 <div dir=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_quote">On 9= February 2018 at 16:57, Bob Friesenhahn <span dir=3D"ltr"><<a href=3D"m= ailto:bfriesen@HIDDEN" target=3D"_blank">bfriesen@HIDDEN= s.tx.us</a>></span> wrote:<br><blockquote class=3D"gmail_quote" style=3D= "margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">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?<br></blockquote><div><br><div style=3D"font-famil= y: times\ new\ roman, serif; font-size: small;" class=3D"gmail_default">=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.<br><br></div><= 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</div>=C2=A0</div><blockquote class=3D"g= mail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-l= eft:1ex"> 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.<br> <br> I see that Ubuntu provides special handling for /usr/local via /etc/ld.so.c= onf.d/libc.conf:<br> <br> % cat /etc/ld.so.conf<br> include /etc/ld.so.conf.d/*.conf<br> <br> % cat /etc/ld.so.conf.d/libc.conf<br> # libc default configuration<br> /usr/local/lib<br> <br> 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.<span class=3D"H= OEnZb"><font color=3D"#888888"><br></font></span></blockquote><div><br><div= style=3D"font-family: times\ new\ roman, serif; font-size: small;" class= =3D"gmail_default">=E2=80=8BI was installing into /usr/local/lib. My system= does indeed have this (default) configuration.=E2=80=8B</div><br clear=3D"= all"></div></div>-- <br><div class=3D"gmail_signature" data-smartmail=3D"gm= ail_signature"><div dir=3D"ltr"><a href=3D"https://rrt.sc3d.org" target=3D"= _blank">https://rrt.sc3d.org</a></div></div> </div></div> --001a113e4cf2518e690564ca9070--
bug-libtool@HIDDEN:bug#30402; Package libtool.
Full text available.Received: (at 30402) by debbugs.gnu.org; 9 Feb 2018 16:57:40 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Feb 09 11:57:40 2018 Received: from localhost ([127.0.0.1]:35643 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1ekBzX-0000X0-Sk for submit <at> debbugs.gnu.org; Fri, 09 Feb 2018 11:57:40 -0500 Received: from smtp.simplesystems.org ([65.66.246.90]:41717) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <bfriesen@HIDDEN>) id 1ekBzV-0000Wm-Qh for 30402 <at> debbugs.gnu.org; Fri, 09 Feb 2018 11:57:38 -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 <bfriesen@HIDDEN> X-X-Sender: bfriesen@HIDDEN To: Reuben Thomas <rrt@HIDDEN> Subject: Re: bug#30402: ldconfig confusion In-Reply-To: <CAOnWdoh1fDidLRtSte-g7DfYtbAqfLaC-omvMUS6=0E8CszrCA@HIDDEN> Message-ID: <alpine.GSO.2.20.1802091048320.5152@HIDDEN> References: <CAOnWdoh1fDidLRtSte-g7DfYtbAqfLaC-omvMUS6=0E8CszrCA@HIDDEN> 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-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 30402 Cc: 30402 <at> debbugs.gnu.org, bug-libtool@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -0.0 (/) 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: 8BIT 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". 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. This feels like a big dangerous change to me, especially since the current 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? 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 in order for shared libraries installed there to work correctly. Bob -- Bob Friesenhahn bfriesen@HIDDEN, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer, http://www.GraphicsMagick.org/ --3735943886-1438311171-1518195451=:5152--
bug-libtool@HIDDEN:bug#30402; Package libtool.
Full text available.Received: (at submit) by debbugs.gnu.org; 9 Feb 2018 16:57:53 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Feb 09 11:57:53 2018 Received: from localhost ([127.0.0.1]:35646 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1ekBzl-0000XP-5l for submit <at> 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 <bfriesen@HIDDEN>) id 1ekBzj-0000XD-Rd for submit <at> 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 <bfriesen@HIDDEN>) id 1ekBzd-0007Rl-I3 for submit <at> 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 <bfriesen@HIDDEN>) id 1ekBzd-0007Rc-EU for submit <at> 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 <bfriesen@HIDDEN>) id 1ekBzc-0003Tb-2E for bug-libtool@HIDDEN; Fri, 09 Feb 2018 11:57:44 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from <bfriesen@HIDDEN>) id 1ekBzY-0007PQ-Tt for bug-libtool@HIDDEN; 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 <bfriesen@HIDDEN>) id 1ekBzY-0007Ok-Jp for bug-libtool@HIDDEN; 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 <bfriesen@HIDDEN> X-X-Sender: bfriesen@HIDDEN To: Reuben Thomas <rrt@HIDDEN> Subject: Re: bug#30402: ldconfig confusion In-Reply-To: <CAOnWdoh1fDidLRtSte-g7DfYtbAqfLaC-omvMUS6=0E8CszrCA@HIDDEN> Message-ID: <alpine.GSO.2.20.1802091048320.5152@HIDDEN> References: <CAOnWdoh1fDidLRtSte-g7DfYtbAqfLaC-omvMUS6=0E8CszrCA@HIDDEN> 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 <at> debbugs.gnu.org, bug-libtool@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> 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@HIDDEN, http://www.simplesystems.org/users/bfriesen= / GraphicsMagick Maintainer, http://www.GraphicsMagick.org/ --3735943886-1438311171-1518195451=:5152--
bug-libtool@HIDDEN:bug#30402; Package libtool.
Full text available.
Received: (at submit) by debbugs.gnu.org; 9 Feb 2018 13:10:56 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Feb 09 08:10:56 2018
Received: from localhost ([127.0.0.1]:34766 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1ek8S8-0001Tc-IW
for submit <at> 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 <rrt@HIDDEN>) id 1ek8S6-0001TQ-VF
for submit <at> 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 <rrt@HIDDEN>) id 1ek8S0-0008GI-Bz
for submit <at> 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 <rrt@HIDDEN>) id 1ek8S0-0008GA-8f
for submit <at> 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 <rrt@HIDDEN>) id 1ek8Ry-0000yW-R5
for bug-libtool@HIDDEN; Fri, 09 Feb 2018 08:10:48 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
(envelope-from <rrt@HIDDEN>) id 1ek8Rx-0008F0-DC
for bug-libtool@HIDDEN; 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 <rrt@HIDDEN>) id 1ek8Rx-0008Eh-58
for bug-libtool@HIDDEN; Fri, 09 Feb 2018 08:10:45 -0500
Received: by mail-oi0-x244.google.com with SMTP id m83so6065016oik.8
for <bug-libtool@HIDDEN>; 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 <rrt@HIDDEN>
Date: Fri, 9 Feb 2018 13:10:43 +0000
Message-ID: <CAOnWdoh1fDidLRtSte-g7DfYtbAqfLaC-omvMUS6=0E8CszrCA@HIDDEN>
Subject: ldconfig confusion
To: bug-libtool@HIDDEN
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 <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
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
<div dir=3D"ltr"><div class=3D"gmail_default" style=3D"font-family: times\ =
new\ roman, serif; font-size: small;">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<br><br></div><div class=3D"gmail_default" style=3D"font-fami=
ly: times\ new\ roman, serif; font-size: small;">ldconfig<br><br></div><div=
class=3D"gmail_default" style=3D"font-family: times\ new\ roman, serif; fo=
nt-size: small;">after installing shared libraries built with libtool. I wa=
s confused at first, because libtool itself runs<br><br></div><div class=3D=
"gmail_default" style=3D"font-family: times\ new\ roman, serif; font-size: =
small;">ldconfig -n $(libdir)<br><br></div><div class=3D"gmail_default" sty=
le=3D"font-family: times\ new\ roman, serif; font-size: small;">But I guess=
because this does not update the cache, it doesn't make the library av=
ailable.<br><br></div><div class=3D"gmail_default" style=3D"font-family: ti=
mes\ new\ roman, serif; font-size: small;">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.<br><br></div><div class=3D"gmail_default" style=3D"font=
-family: times\ new\ roman, serif; font-size: small;">The libtool manual sa=
ys:<br></div><br><div class=3D"gmail_default" style=3D"font-family: times\ =
new\ roman, serif; font-size: small;">=C2=A0 7. The install 'Makefile&#=
39; target should warn the package installer to<br>=C2=A0=C2=A0=C2=A0=C2=A0=
set the proper environment variables ('LD_LIBRARY_PATH' or<br>=C2=
=A0=C2=A0=C2=A0=C2=A0 equivalent), or run 'ldconfig'.<br><br></div>=
<div style=3D"font-family: times\ new\ roman, serif; font-size: small;" cla=
ss=3D"gmail_default">But libtool does not warn me that I (may) need to run =
ldconfig.<br><br>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):<br><br>+=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 * <a href=3D"http://ltconfig.in">ltconfig.in=
</a> (finish_cmds): Change back to using `ldconfig -n'.<br>+=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<br>+=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 with what libto=
ol needs.<br><br></div><div style=3D"font-family: times\ new\ roman, serif;=
font-size: small;" class=3D"gmail_default">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.<br></div><div style=3D"font-family: times\ new\ roman,=
serif; font-size: small;" class=3D"gmail_default"><br><div class=3D"gmail_=
default" style=3D"font-family: times\ new\ roman, serif; font-size: small;"=
>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></div></div><=
br>-- <br><div class=3D"gmail_signature"><div dir=3D"ltr"><a href=3D"https:=
//rrt.sc3d.org" target=3D"_blank">https://rrt.sc3d.org</a></div></div>
</div>
--001a1134e2fe82df880564c7416e--
Reuben Thomas <rrt@HIDDEN>:bug-libtool@HIDDEN.
Full text available.bug-libtool@HIDDEN:bug#30402; Package libtool.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.