Re: [gentoo-user] revdep-rebuild question

[Alan McKinnon]

On Monday 19 February 2007, Mark Knecht wrote:
> On 2/19/07, Alan McKinnon <alan@××××××××××××××××.za> wrote:
> > On Monday 19 February 2007, Mark Knecht wrote:
> > > Hi,
> > >    I'm not clear why revdep-rebuild is showing lots of broken
> > > linkages but then telling me everything is in order and there is
> > > no work to do to clean up the system.
> > >
> > >    I haven't seen this before. What's causing it?
> > >
> > >    What's the process to get this cleaned up and down to no
> > > messages about broken things?
> > >
> > > Thanks,
> > > Mark
> >
> > My guess would be that portage cannot assign the broken binaries
> > (/usr/bin/avibench etc) to an ebuild, and therefore there cannot be
> > anything to emerge.
> >
> > They might be orphan binaries from a previous incomplete unmerge,
> > or something locally compiled, or even files installed from a
> > foreign package system (.tgz or .rpm perhaps?)
> >
> > alan
>
> Alan,
>    Seems reasonable. Would I (Could I?) then do an equery depends on
> each binary and assuming nothing depends on it remove them by hand
> without causing damage?

You're on the right track with the wrong command. 'equery depends 
<package> tells you what packages depend on the given package. You 
want 'equery belongs <binary>' which will tell you what ebuild put the 
file there. You get three cases:

1. It's an orphan, left over from an unmerge that wasn't fully 
successful. if you don't need them, delete them.
2. A package was installed, and it created it's own binaries for it's 
own use. Portage didn't put them there so doesn't know about them. This 
is rare and usually applies to config and other data files. In this 
case it's up to you to figure out what the file is as portage can't 
help.
3. You compiled something long ago by hand and didn't put it 
in /usr/local/ like you were supposed to, and used /usr/ instead. In 
this case you get to remember what you did by yourself :-)

>    I'd want to do another revdep-rebuild every so often to ensure
> that things remained consistent.

revdep-rebuild after every 'emerge -uND world' is highly recommended

alan



-- 
Optimists say the glass is half full,
Pessimists say the glass is half empty,
Developers say wtf is the glass twice as big as it needs to be?

Alan McKinnon
alan at linuxholdings dot co dot za
+27 82, double three seven, one nine three five
-- 
gentoo-user@g.o mailing list