1 |
> > BTW, what should I do about this: |
2 |
> > |
3 |
> > # revdep-rebuild -p |
4 |
> > * Configuring search environment for revdep-rebuild |
5 |
> > |
6 |
> > * Checking reverse dependencies |
7 |
> > * Packages containing binaries and libraries broken by a package |
8 |
> > update |
9 |
> > * will be emerged. |
10 |
> > |
11 |
> > * Collecting system binaries and libraries |
12 |
> > * Found existing 1_files.rr |
13 |
> > * Collecting complete LD_LIBRARY_PATH |
14 |
> > * Found existing 2_ldpath.rr. |
15 |
> > * Checking dynamic linking consistency |
16 |
> > * Found existing 3_broken.rr. |
17 |
> > * Assigning files to packages |
18 |
> > * !!! /usr/lib64/libsvn_ra_neon-1.so.0.0.0 not owned by any package |
19 |
> > is broken !!! |
20 |
> > * /usr/lib64/libsvn_ra_neon-1.so.0.0.0 -> (none) |
21 |
> > * !!! /usr/lib64/libwebkitgtk-1.0.so.0.11.2 not owned by any |
22 |
> > package is broken !!! |
23 |
> > * /usr/lib64/libwebkitgtk-1.0.so.0.11.2 -> (none) |
24 |
> > * Generated new 4_raw.rr and 4_owners.rr |
25 |
> > * Found some broken files, but none of them were associated with |
26 |
> > known packages |
27 |
> > * Unable to proceed with automatic repairs. |
28 |
> > * The broken files are listed in 4_owners.rr |
29 |
> |
30 |
> These two files: |
31 |
> |
32 |
> /usr/lib64/libsvn_ra_neon-1.so.0.0.0 |
33 |
> /usr/lib64/libwebkitgtk-1.0.so.0.11.2 |
34 |
> |
35 |
> are orphaned. By rights they should have been removed when the packages |
36 |
> that installed them were removed/upgraded, but that doesn't always |
37 |
> happen - ebuilds can make changes that portage can't see. |
38 |
> |
39 |
> The easy approach is to delete them, and any versioning symlinks that |
40 |
> point to them in the same dirs, then possibly rebuild the packages that |
41 |
> provided the originals. That would be subversion and webkit-gtk. Then |
42 |
> run revdep-rebuild to see if anything complains. |
43 |
|
44 |
Done except that subversion is not installed. |
45 |
|
46 |
Also thanks to Neil and Dale. |
47 |
|
48 |
- Grant |