When I run revdep-rebuild from gentoolkit-0.2.1_pre8, it put /usr/bin in the search path (according to ~/.revdep-rebuild_0*) but then doesn't find any binaries in it (according to ~/.revdep-rebuild_1*). There are a few other locations with the same problem, although .so files seem to be found OK. I think I've tracked the problem down to this line: find $SEARCH_DIRS -type f \( -perm +u+x -o -name '*.so' -o -name '*.so.*' \) 2>/dev/null | sort | uniq >$LIST.0_files I changed it to this: find $SEARCH_DIRS -type f \( -perm -u+x -o -name '*.so' -o -name '*.so.*' \) 2>/dev/null | sort | uniq >$LIST.0_files (note the change to -perm) and now revdep-rebuild seems to find broken files in /usr/bin again. To see the difference, try running 'find /usr/bin -perm -u+x' and 'find /usr/bin -perm +u+x'. The latter returns nothing on my box. FWIW: I have the find from sys-apps/findutils-4.2.25.
Okay, based on the info pages, there have been some changes in the -perm test between findutils-4.1.20-r1, 4.2.24, and 4.2.25. Reverting back to findutils 4.2.24 will temporarily resolve the problem. I will work on a solution that will work for all of the versions of findutils. Ciaran, I'm CC'ing you as the findutils maintainer so that you are aware that revdep-rebuild is broken with findutils-4.2.25 until I resolve this bug.
*** Bug 111198 has been marked as a duplicate of this bug. ***
Fix is in subversion. I'm working on a new release of gentoolkit.
Fix is in gentoolkit-0.2.1_pre9
revdep-rebuild has the same issue with findutils-4.2.27. Fix is in subversion and will be released with gentoolkit-0.2.1_rc3
gentoolkit-0.2.1_rc3 is now in the tree
