Summary: | gentoolkit-0.2.2_rc1 - revdep-rebuild ignores broken libraries | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Timo Rothweiler <tr.bgo> |
Component: | Tools | Assignee: | Portage Tools Team <tools-portage> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Timo Rothweiler
2006-05-31 10:59:37 UTC
Wrong tool for this job, you need fix_libtool_files.sh *** This bug has been marked as a duplicate of 73435 *** I don't think that this is a dup of 73435, however, it is most likely not a bug with revdep-rebuild either. Most likely, /usr/lib/libpoppler-cairo.la is an orphaned file. If a file is orphaned, revdep-rebuild will not be able to assign a package to be rebuilt and thus the message that dynamic linking is consistent. Run the following to verify that the file is an orphan: equery belongs /usr/lib/libpoppler-cairo.la If the command doesn't return a package name, then the file is orphaned. If the above command does return a package, then please run the following: revdep-rebuild --keep-temp --pretend Please reopen the bug and attach the output along with the resulting ~/.revdep-rebuild* files. Ok, you are right: the file is orphaned: home ~ # equery belongs /usr/lib/libpoppler-cairo.la [ Searching for file(s) /usr/lib/libpoppler-cairo.la in *... ] home ~ # ... Then the error must have occured during some autoclean or unmerging operation. I know that i never delete files from such directories by hand. |