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 1R5alo-0006V4-Vu for garchives@archives.gentoo.org; Mon, 19 Sep 2011 10:08:13 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 002B021C05D; Mon, 19 Sep 2011 10:08:01 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id E701421C027 for ; Mon, 19 Sep 2011 10:06:59 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 7BF601B4016 for ; Mon, 19 Sep 2011 10:06:59 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Score: -5.017 X-Spam-Level: X-Spam-Status: No, score=-5.017 required=5.5 tests=[AWL=1.582, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from smtp.gentoo.org ([127.0.0.1]) by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RniFA1fuEQIa for ; Mon, 19 Sep 2011 10:06:51 +0000 (UTC) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by smtp.gentoo.org (Postfix) with ESMTP id 815831B4042 for ; Mon, 19 Sep 2011 10:06:51 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1R5akQ-0005uu-3G for gentoo-user@gentoo.org; Mon, 19 Sep 2011 12:06:46 +0200 Received: from adsl-69-234-193-44.dsl.irvnca.pacbell.net ([69.234.193.44]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 19 Sep 2011 12:06:46 +0200 Received: from w41ter by adsl-69-234-193-44.dsl.irvnca.pacbell.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 19 Sep 2011 12:06:46 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: walt Subject: [gentoo-user] Re: Updating libpng: another libtool cockup? Date: Mon, 19 Sep 2011 03:06:30 -0700 Message-ID: <1316426790.32031.8.camel@k9> References: <20110919013935.0561a762@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-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: adsl-69-234-193-44.dsl.irvnca.pacbell.net In-Reply-To: <20110919013935.0561a762@rohan.example.com> X-Mailer: Evolution 2.32.3 X-Archives-Salt: X-Archives-Hash: 931f1f273f2784cb67a001ce40109497 On Mon, 2011-09-19 at 01:39 +0200, Alan McKinnon wrote: > On Sun, 18 Sep 2011 17:58:14 -0400 > Allan Gottlieb wrote: >=20 > > On Sun, Sep 18 2011, walt wrote: > >=20 > > > I just did a routine update on my ~amd64 machine and saw the portage > > > warning that libpng14 has been replaced by libpng15, and I should > > > run revdep-rebuild --library '/usr/lib/libpng14.so' and then delete > > > the obsolete library. > > > > > > After that I ran plain revdep-rebuild as I do after every update, > > > and saw that two gnome packages failed to rebuild properly because > > > lpng14 couldn't be found :/ > > > > > > From painful experience I've learned that good-old libtool files > > > (*.la) are the usual suspects, and grep found -lpng14 in about > > > ten .la files even after both revdep-rebuilds. Grrr! > > > > > > This fixed the problem for me (as similar moves have done in the > > > past): > > > > > > #find /usr/lib64 -name \*.la -exec sed -i s/png14/png15/ '{}' ';' > >=20 > > Thanks for the tip. I wonder when a routing update world tells you to > > run > > revdep-rebuild --library > > should you run it before or after the normal > > revdep-rebuild > > that we normally run after updates? >=20 > Neither.=20 >=20 > revdep-rebuild checks everything, revdep-rebuild --library > checks just some things. >=20 > 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.