Gentoo Archives: gentoo-user

From: Allan Gottlieb <gottlieb@×××.edu>
To: gentoo-user@l.g.o
Subject: Re: [gentoo-user] Re: Updating libpng: another libtool cockup?
Date: Mon, 19 Sep 2011 14:22:18
Message-Id: yu9zki0wr4m.fsf@nyu.edu
In Reply to: Re: [gentoo-user] Re: Updating libpng: another libtool cockup? by Alan McKinnon
1 On Mon, Sep 19 2011, Alan McKinnon wrote:
2
3 >> > revdep-rebuild checks everything, revdep-rebuild --library
4 >> > checks just some things.
5 >> >
6 >> > ebuilds sometimes issue messages to check just the libraries known
7 >> > to have been updated, but a full revdep-rebuild after an update
8 >> > will catch those anyway.
9 >>
10 >> Until recently I skipped the "--library" step exactly because I knew
11 >> revdep-rebuild will find and fix the broken packages after I delete
12 >> the old library. So, why bother with the --library step, right?
13 >>
14 >> However. A few weeks ago I got caught when I deleted one of those
15 >> obsolete libraries and only then did I find out that gcc is one of
16 >> the packages that depend on it :(
17 >>
18 >> I don't skip the --library step any more.
19 >
20 > That's odd behaviour, I wonder what caused the difference.
21 >
22 > Surely revdep-rebuild itself can't do this different just because you
23 > specified a library to compare? I wonder if that lib was maybe in the
24 > revdep-rebuild exclude list.
25 >
26 > I'd be interested to track it down for reference, do you remember the
27 > library involved?
28
29 It occurs exactly in the case we are discussing libpng
30
31 ajglap gottlieb # revdep-rebuild; revdep-rebuild --library '/usr/lib64/libpng14.so.14'
32 * Configuring search environment for revdep-rebuild
33
34 * Checking reverse dependencies
35 * Packages containing binaries and libraries broken by a package update
36 * will be emerged.
37
38 * Collecting system binaries and libraries
39 * Generated new 1_files.rr
40 * Collecting complete LD_LIBRARY_PATH
41 * Generated new 2_ldpath.rr
42 * Checking dynamic linking consistency
43 [ 100% ]
44
45 * Dynamic linking on your system is consistent... All done.
46 * Configuring search environment for revdep-rebuild
47
48 * Checking reverse dependencies
49 * Packages containing binaries and libraries using /usr/lib64/libpng14.so.14
50 * will be emerged.
51
52 * Collecting system binaries and libraries
53 * Generated new 1_files.rr
54 * Checking dynamic linking
55 [ 8% ] * found /usr/bin/dia
56 [ 46% ] * found /usr/lib64/dia/libaadl_objects.so
57 * found /usr/lib64/dia/libart_filter.so
58 * found /usr/lib64/dia/libcairo_filter.so
59 * found /usr/lib64/dia/libcgm_filter.so
60 * found /usr/lib64/dia/libchronogram_objects.so
61 * found /usr/lib64/dia/libcustom_lines_objects.so
62 * found /usr/lib64/dia/libcustom_objects.so
63 * found /usr/lib64/dia/libdb_objects.so
64 * found /usr/lib64/dia/libdia.so
65 * found /usr/lib64/dia/libdxf_filter.so
66 * found /usr/lib64/dia/liber_objects.so
67 * found /usr/lib64/dia/libflowchart_objects.so
68 * found /usr/lib64/dia/libfs_objects.so
69 * found /usr/lib64/dia/libgrafcet_objects.so
70 * found /usr/lib64/dia/libhpgl_filter.so
71 * found /usr/lib64/dia/libistar_objects.so
72 * found /usr/lib64/dia/libjackson_objects.so
73 * found /usr/lib64/dia/libkaos_objects.so
74 * found /usr/lib64/dia/libmetapost_filter.so
75 * found /usr/lib64/dia/libmisc_objects.so
76 * found /usr/lib64/dia/libnetwork_objects.so
77 * found /usr/lib64/dia/libpgf_filter.so
78 * found /usr/lib64/dia/libpixbuf_filter.so
79 * found /usr/lib64/dia/libpostscript_filter.so
80 * found /usr/lib64/dia/libpstricks_filter.so
81 * found /usr/lib64/dia/libpython_plugin.so
82 ^C * ...terminated. Removing incomplete 3_broken.rr 3_errors.rr.

Replies

Subject Author
Re: [gentoo-user] Re: Updating libpng: another libtool cockup? Michael Schreckenbauer <grimlog@×××.de>
Re: [gentoo-user] Re: Updating libpng: another libtool cockup? Michael Mol <mikemol@×××××.com>