Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 59803 - revdep-rebuild scans /usr/local
Summary: revdep-rebuild scans /usr/local
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High minor (vote)
Assignee: Portage Tools Team
URL:
Whiteboard:
Keywords:
Depends on: 62644
Blocks:
  Show dependency tree
 
Reported: 2004-08-08 14:04 UTC by Adam
Modified: 2006-01-17 19:01 UTC (History)
1 user (show)

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 Adam 2004-08-08 14:04:13 UTC
The command revdep-rebuild I've discovered will run through /usr/local/ and subsequent folders.  Because no ebuild should _ever_ place anything there, and files there are simply ones that ones that have been manually installed, if a package was broken, there would be no way to have revdep-rebuild re-install it.

Reproducible: Always
Steps to Reproduce:
Comment 1 Paul Varner (RETIRED) gentoo-dev 2004-08-09 19:54:14 UTC
Just my unsolicited two cents - while it is inefficent for revdep-rebuild to scan /usr/local, as longs as the files it finds are not in an installed ebuild, it won't actually try to rebuild the broken files. It will list them in "Checking dynamic linking consistency..." stage which I find useful since it informs me that  I have something installed locally that is broken.  But when it goes to match the file against and ebuild, it doesn't find anything, so it doesn't actually try to rebuild anything. 

As an example, I copied my OpenOffice install to /usr/local (which has known "broken" files) and here is the ouput.

revdep-rebuild --pretend

Checking reverse dependencies...
Packages containing binaries and libraries broken by any package update,
will be recompiled.

Collecting system binaries and libraries... done.
  (/root/.revdep-rebuild.1_files)

Collecting complete LD_LIBRARY_PATH... done.
  (/root/.revdep-rebuild.2_ldpath)

Checking dynamic linking consistency...
ldd: warning: you do not have execution permission for `/usr/local/OpenOffice.org/program/python-core-2.2.2/lib/lib-dynload/_tkinter.so'
  broken /usr/local/OpenOffice.org/program/python-core-2.2.2/lib/lib-dynload/_tkinter.so (requires libtk8.3.so libtcl8.3.so)
ldd: warning: you do not have execution permission for `/usr/local/OpenOffice.org/program/python-core-2.2.2/lib/lib-dynload/bsddb.so'
  broken /usr/local/OpenOffice.org/program/python-core-2.2.2/lib/lib-dynload/bsddb.so (requires libdb-3.1.so)
 done.
  (/root/.revdep-rebuild.3_rebuild)

Assigning files to ebuilds... done.
  (/root/.revdep-rebuild.4_ebuilds)

Evaluating package order... done.
  (/root/.revdep-rebuild.5_order)

Dynamic linking on your system is consistent... All done.

In summary, while I find it ineffecient, I do find the output useful to me.
Comment 2 Paul Varner (RETIRED) gentoo-dev 2006-01-17 19:01:25 UTC
Fixed with gentoolkit-0.2.1

Add SEARCH_DIRS_MASK="/usr/local" to /etc/make.conf