lib32 flush with no emul-linux-*

[This sort of continues from "unmerging slotted group
packages" which
drifted into general gentoo maintenance, and hence my first
--depclean
since inception.]
revdep-rebuild is pulling up hundreds of broken links since
the depclean.
A large group of them are in /usr/lib32.
A while ago I got rid of all emulation programs
(firefox-bin,
mplayer-bin) and all of the emul-linux-* packages.
I've been putting back via --usepkg everything
revdep-rebuild comes up
with but it doesn't help at all, so I've switched to looking
at the
raw "broken /usr/lib32/blah_calls (requires
blah_so)";
doing an 'equery belongs blah_calls'  which usually brings
up nothing,
or a 64 bit application, then I manually delete the
/usr/lib32/blah_calls.so file.
This will get the job done (I believe), however is
incredibly tedious.

So, can I simply rm /usr/lib32/* ?
-- 
gentoo-amd64gentoo.org mailing list

On Tuesday 30 January 2007 03:21:57 Daiajo Tibdixious
wrote:
> [This sort of continues from "unmerging slotted
group packages" which
> drifted into general gentoo maintenance, and hence my
first --depclean
> since inception.]
> revdep-rebuild is pulling up hundreds of broken links
since the depclean.
> A large group of them are in /usr/lib32.
> A while ago I got rid of all emulation programs
(firefox-bin,
> mplayer-bin) and all of the emul-linux-* packages.
> I've been putting back via --usepkg everything
revdep-rebuild comes up
> with but it doesn't help at all, so I've switched to
looking at the
> raw "broken /usr/lib32/blah_calls (requires
blah_so)";
> doing an 'equery belongs blah_calls'  which usually
brings up nothing,
> or a 64 bit application, then I manually delete the
> /usr/lib32/blah_calls.so file.
> This will get the job done (I believe), however is
incredibly tedious.
>
> So, can I simply rm /usr/lib32/* ?

If `equery belongs /usr/lib32` shows up empty then it should
be safe, yes. If 
it doesn't then `find /usr/lib32 | xargs qfile -o` is a nice
way to get a 
list of orphaned files in /usr/lib32. qfile belongs to 
app-portage/portage-utils. Also if you want to be really
safe you can always 
make a backup first..

-- 
Bo Andresen

>it doesn't then `find /usr/lib32 | xargs qfile -o` is a
nice way to get a
Very nice. I installed app-portage/portage-utils and this is
a good reassurance.
I'm about to do the same thing with many KDE lib and lib64
files, and
I was a bit worried about that.
Even then, I'll do a full rebuild of KDE monolith and
hopefully that
will put back anything I need.
-- 
gentoo-amd64gentoo.org mailing list

On Tuesday 30 January 2007 10:53:41 Daiajo Tibdixious
wrote:
> >it doesn't then `find /usr/lib32 | xargs qfile -o`
is a nice way to get a
>
> Very nice. I installed app-portage/portage-utils and
this is a good
> reassurance. I'm about to do the same thing with many
KDE lib and lib64
> files, and I was a bit worried about that.
> Even then, I'll do a full rebuild of KDE monolith and
hopefully that
> will put back anything I need.

Err.. why rebuild? If revdep-rebuild comes out clean you
should be safe. If 
you're really paranoid then the following two posts (from me
 come
to mind:

http://thread.gmane.org/gmane.linux.gentoo.amd64
/7272/focus=7313
http://thread.gmane.org/gmane.linux.gentoo.us
er/164063/focus=164071

-- 
Bo Andresen