Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 141293 - revdep-rebuild optimization
Summary: revdep-rebuild optimization
Status: RESOLVED DUPLICATE of bug 93574
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: AMD64 Linux
: High enhancement (vote)
Assignee: Gentoo Linux bug wranglers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-07-21 07:55 UTC by Tiago Sousa
Modified: 2006-07-21 07:59 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Tiago Sousa 2006-07-21 07:55:21 UTC
In amd64, revdep-rebuild checks for both /usr/lib and /usr/lib64, amoung others. Since /usr/lib is just a symlink to /usr/lib64, it makes no sense to search in both paths. Example:

[snip]
Checking dynamic linking consistency...
  broken /usr/lib/libbtctl.so.2.1.0 (requires  libopenobex-1.0.so.0)
  broken /usr/lib/libopensc.so.1.0.0 (requires  libopenct.so.0)
  broken /usr/lib64/libbtctl.so.2.1.0 (requires  libopenobex-1.0.so.0)
  broken /usr/lib64/libopensc.so.1.0.0 (requires  libopenct.so.0)
 done.
[snip]

I suggest that when revdep-rebuild is installed on amd64, a /etc/revdep-rebuild/ entry is created to mask /usr/lib and /usr/local/lib (maybe others?). This makes revdep-rebuild a lot faster in amd64 systems by default. The choice of /usr/lib over /usr/lib64 is because only /usr/lib64/libbtctl.so.2.1.0 is found when locating its package -- i actually stumbled upon this because of a configuration error on my part.
Comment 1 Jakub Moc (RETIRED) gentoo-dev 2006-07-21 07:59:14 UTC

*** This bug has been marked as a duplicate of 93574 ***