| 1 |
On Tuesday 30 January 2007 03:21:57 Daiajo Tibdixious wrote: |
| 2 |
> [This sort of continues from "unmerging slotted group packages" which |
| 3 |
> drifted into general gentoo maintenance, and hence my first --depclean |
| 4 |
> since inception.] |
| 5 |
> revdep-rebuild is pulling up hundreds of broken links since the depclean. |
| 6 |
> A large group of them are in /usr/lib32. |
| 7 |
> A while ago I got rid of all emulation programs (firefox-bin, |
| 8 |
> mplayer-bin) and all of the emul-linux-* packages. |
| 9 |
> I've been putting back via --usepkg everything revdep-rebuild comes up |
| 10 |
> with but it doesn't help at all, so I've switched to looking at the |
| 11 |
> raw "broken /usr/lib32/blah_calls (requires blah_so)"; |
| 12 |
> doing an 'equery belongs blah_calls' which usually brings up nothing, |
| 13 |
> or a 64 bit application, then I manually delete the |
| 14 |
> /usr/lib32/blah_calls.so file. |
| 15 |
> This will get the job done (I believe), however is incredibly tedious. |
| 16 |
> |
| 17 |
> So, can I simply rm /usr/lib32/* ? |
| 18 |
|
| 19 |
If `equery belongs /usr/lib32` shows up empty then it should be safe, yes. If |
| 20 |
it doesn't then `find /usr/lib32 | xargs qfile -o` is a nice way to get a |
| 21 |
list of orphaned files in /usr/lib32. qfile belongs to |
| 22 |
app-portage/portage-utils. Also if you want to be really safe you can always |
| 23 |
make a backup first.. |
| 24 |
|
| 25 |
-- |
| 26 |
Bo Andresen |
Archives