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 1R5exG-0002Oq-DD for garchives@archives.gentoo.org; Mon, 19 Sep 2011 14:36:18 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 248F821C166; Mon, 19 Sep 2011 14:36:04 +0000 (UTC) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by pigeon.gentoo.org (Postfix) with SMTP id 7430521C090 for ; Mon, 19 Sep 2011 14:34:49 +0000 (UTC) Received: (qmail invoked by alias); 19 Sep 2011 14:34:48 -0000 Received: from p5B084B92.dip.t-dialin.net (EHLO pc.localnet) [91.8.75.146] by mail.gmx.net (mp048) with SMTP; 19 Sep 2011 16:34:48 +0200 X-Authenticated: #13997268 X-Provags-ID: V01U2FsdGVkX19DPadEh7xDTTfDrqNxn+lSIaK8CMNUQbCOqaYe3S U3k7m9P7iY57Zn From: Michael Schreckenbauer To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: Updating libpng: another libtool cockup? Date: Mon, 19 Sep 2011 16:34:49 +0200 Message-ID: <57242555.Dg011fuPs4@pc> User-Agent: KMail/4.7.1 (Linux/2.6.38-gentoo; KDE/4.7.1; x86_64; ; ) In-Reply-To: References: <20110919161002.52493882@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: 054041b69c19df5346e40fc51c53453f On Monday, 19. September 2011 10:20:25 Allan Gottlieb wrote: > On Mon, Sep 19 2011, Alan McKinnon wrote: > >> > revdep-rebuild checks everything, revdep-rebuild --library > >> > checks just some things. > >> > > >> > ebuilds sometimes issue messages to check just the libraries known > >> > to have been updated, but a full revdep-rebuild after an update > >> > will catch those anyway. > >> > >> Until recently I skipped the "--library" step exactly because I knew > >> revdep-rebuild will find and fix the broken packages after I delete > >> the old library. So, why bother with the --library step, right? > >> > >> However. A few weeks ago I got caught when I deleted one of those > >> obsolete libraries and only then did I find out that gcc is one of > >> the packages that depend on it :( > >> > >> I don't skip the --library step any more. > > > > That's odd behaviour, I wonder what caused the difference. > > > > Surely revdep-rebuild itself can't do this different just because you > > specified a library to compare? I wonder if that lib was maybe in the > > revdep-rebuild exclude list. > > > > I'd be interested to track it down for reference, do you remember the > > library involved? > > It occurs exactly in the case we are discussing libpng > > ajglap gottlieb # revdep-rebuild; revdep-rebuild --library > '/usr/lib64/libpng14.so.14' * Configuring search environment for > revdep-rebuild > > * Checking reverse dependencies > * Packages containing binaries and libraries broken by a package update > * will be emerged. > ... > * Checking reverse dependencies > * Packages containing binaries and libraries using > /usr/lib64/libpng14.so.14 * will be emerged. First one emerges *broken* packages. Second one emerge packages *using* png14 (not necessarily broken) Best, Michael