From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1R5g79-00018z-0H for garchives@archives.gentoo.org; Mon, 19 Sep 2011 15:50:35 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id F257A21C20E; Mon, 19 Sep 2011 15:50:19 +0000 (UTC) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by pigeon.gentoo.org (Postfix) with SMTP id 4174721C16F for ; Mon, 19 Sep 2011 15:49:19 +0000 (UTC) Received: (qmail invoked by alias); 19 Sep 2011 15:49:18 -0000 Received: from p5B084B92.dip.t-dialin.net (EHLO pc.localnet) [91.8.75.146] by mail.gmx.net (mp057) with SMTP; 19 Sep 2011 17:49:18 +0200 X-Authenticated: #13997268 X-Provags-ID: V01U2FsdGVkX1/AEIQO9bzA4LzLkpARqAC1BDYKJeVMbYi7NmZkdX mix9+jCB23kIdI From: Michael Schreckenbauer To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: Updating libpng: another lib tool cockup? Date: Mon, 19 Sep 2011 17:49:19 +0200 Message-ID: <1415380.sLHfVDNaBR@pc> User-Agent: KMail/4.7.1 (Linux/2.6.38-gentoo; KDE/4.7.1; x86_64; ; ) In-Reply-To: <20110919172826.6166664b@rohan.example.com> References: <20110919172826.6166664b@rohan.example.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Y-GMX-Trusted: 0 X-Archives-Salt: X-Archives-Hash: 2774b4ddcc0d7c28cce97b88fa1f796d On Monday, 19. September 2011 17:28:26 Alan McKinnon wrote: > On Mon, 19 Sep 2011 10:58:52 -0400 > > Allan Gottlieb wrote: > > > First one emerges *broken* packages. > > > Second one emerge packages *using* png14 (not necessarily broken) > > > > OK. But the claim was that: if > > > > revdep-rebuild > > > > with no argument found nothing to build, then > > > > revdep-rebuild --library > > > > will find nothing. > > > > This guarantee is apparently no long true as my example in another msg > > illustrated. > > Michael is indeed correct. > > A careful reading of the man page reveals the usage of the words > "broken" and "using" exactly like he said. So I stand humbly corrected. > > I find revdep-rebuild's behavior in this respect confusing. Even though > it is clearly documented it is unexpected. It would never have occurred > to me to draw that distinction. I think, it is very useful. An example: $ ldd /bin/bash linux-vdso.so.1 => (0x00007fffbafff000) libncurses.so.5 => /lib64/libncurses.so.5 (0x00007f0a4c278000) libdl.so.2 => /lib64/libdl.so.2 (0x00007f0a4c074000) libc.so.6 => /lib64/libc.so.6 (0x00007f0a4bce4000) /lib64/ld-linux-x86-64.so.2 (0x00007f0a4c4ce000) Assume ncurses get's an update (new version is libncurses.so.6) Now if portage decided to *remove* libncurses.so.5 during that update, my bash would be broken. Very bad, so the ebuild-writer decides to leave libncurses.so.5 on my system. Because linking of bash is consistent (it still links to .so.5) a run of revdep-rebuild without args would return without result. With revdep-rebuild --library libncurses.so.5 I am now able to find and rebuild all packages, that use the "ancient" version of ncurses and after that, I can *safely* remove it. Best, Michael