> > BTW, what should I do about this: > > > > # revdep-rebuild -p > > * Configuring search environment for revdep-rebuild > > > > * Checking reverse dependencies > > * Packages containing binaries and libraries broken by a package > > update > > * will be emerged. > > > > * Collecting system binaries and libraries > > * Found existing 1_files.rr > > * Collecting complete LD_LIBRARY_PATH > > * Found existing 2_ldpath.rr. > > * Checking dynamic linking consistency > > * Found existing 3_broken.rr. > > * Assigning files to packages > > * !!! /usr/lib64/libsvn_ra_neon-1.so.0.0.0 not owned by any package > > is broken !!! > > * /usr/lib64/libsvn_ra_neon-1.so.0.0.0 -> (none) > > * !!! /usr/lib64/libwebkitgtk-1.0.so.0.11.2 not owned by any > > package is broken !!! > > * /usr/lib64/libwebkitgtk-1.0.so.0.11.2 -> (none) > > * Generated new 4_raw.rr and 4_owners.rr > > * Found some broken files, but none of them were associated with > > known packages > > * Unable to proceed with automatic repairs. > > * The broken files are listed in 4_owners.rr > > These two files: > > /usr/lib64/libsvn_ra_neon-1.so.0.0.0 > /usr/lib64/libwebkitgtk-1.0.so.0.11.2 > > are orphaned. By rights they should have been removed when the packages > that installed them were removed/upgraded, but that doesn't always > happen - ebuilds can make changes that portage can't see. > > The easy approach is to delete them, and any versioning symlinks that > point to them in the same dirs, then possibly rebuild the packages that > provided the originals. That would be subversion and webkit-gtk. Then > run revdep-rebuild to see if anything complains.
Done except that subversion is not installed. Also thanks to Neil and Dale. - Grant
