Gentoo Archives: gentoo-user

From: David W Noon <dwnoon@××××××××.com>
To: gentoo-user@l.g.o
Subject: Re: [gentoo-user] Re: Updating libpng: another libtool cockup?
Date: Mon, 19 Sep 2011 15:53:10
Message-Id: 20110919164955.0f8e86ba@karnak.local
In Reply to: Re: [gentoo-user] Re: Updating libpng: another libtool cockup? by Alan McKinnon
1 On Mon, 19 Sep 2011 16:10:02 +0200, Alan McKinnon wrote about Re:
2 [gentoo-user] Re: Updating libpng: another libtool cockup?:
3
4 > On Mon, 19 Sep 2011 03:06:30 -0700
5 > walt <w41ter@×××××.com> wrote:
6 [snip]
7 > > I don't skip the --library step any more.
8 >
9 > That's odd behaviour, I wonder what caused the difference.
10
11 I guess your graph theory is out to lunch today. ... :-)
12
13 The problem is portage determining the dependency graph, but ebuilds do
14 not contain enough information to do this thoroughly. The best
15 example, at least in my memory, was the libexpat upgrade about 4 years
16 ago that trashed everybody's system -- many resorted to complete
17 re-installation.
18
19 At the end of that upgrade, there was an instruction to preform a
20 revdep-rebuild specifically for libexpat.so. Now, this upgrade
21 coincided with a full upgrade to KDE plus a full upgrade to GNOME, all
22 on the same day. As a result, the message to do a revdep-rebuild
23 specifically on libexpat was buried in other bumpf, plus there was other
24 library breakage out the yin-yang -- an extremely large yin-yang. It
25 was a sysadmin's perfect storm.
26
27 Doing a simple revdep-rebuild, with no library constraint, caused
28 ebuild breakage by the mile. This was because the subroutines in
29 libexpat are used inside ebuild processing by documentation utilities
30 such as ghostscript, xsltproc, etc.
31
32 OTOH, if one did a specific revdep-rebuild on libexpat, all of those
33 documentation utilities would be rebuilt before the main
34 revdep-rebuild. After that, the ebuilds all went smoothly.
35
36 Unfortunately, Portage does not have enough information to infer these
37 deep dependencies. This means it cannot schedule the more fundamental
38 revdep-rebuild ahead of those that depend upon it. We have to do that
39 by hand.
40
41 I hope this has explained why we should take messages about running
42 "revdep-rebuild --library libXXX" seriously.
43 --
44 Regards,
45
46 Dave [RLU #314465]
47 *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
48 dwnoon@××××××××.com (David W Noon)
49 *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*

Attachments

File name MIME type
signature.asc application/pgp-signature

Replies

Subject Author
Re: [gentoo-user] Re: Updating libpng: another libtool cockup? Peter Humphrey <peter@××××××××××××××.org>