Quoting François Pons <[EMAIL PROTECTED]>:

> Scott Chevalley <[EMAIL PROTECTED]> writes:
> 
> > I've been updating my box using urpmi --auto-select for at least the past
> two 
> > or three release cycles, constantly running cooker.  I'm wondering if there
> is 
> > anyway to use urpmi or rpm to give me a list of files that exist on my
> system 
> > that don't belong to any installed packages, so I can clean things up a
> little 
> > bit.  
> >  
> > I'm sure it would be much easier to just install from scratch, I just don't
> 
> > feel like tracking down all the contrib and plf packages I've installed
> over 
> > the years again.   
> 
> This could be a good tools to have, allowing unknown files to be seen, msec
> is
> already doing this though.
> 
> It could be nice to rebuild broken rpm database (I suppose this is what you
> want
> here ?).
> 
> François.
> 
> 

That would be a good side effect, but I'm looking for a way to find all the old
junk lying around my hard drive.  A few weeks ago I had a problem with styles in
KDE on cooker not working or showing up, and found the problem was an old libqt
library in /usr/lib/ that was messing things up.  I removed it and styles
started working again.  I probably should just wipe everything out and do a
fresh install every so often, but I'm lazy and it's so much work to track down
every little package that I need to have installed to get the system back to a
comfortable state.

Which reminds me.. if I were to create an autoinstall disk from my current
system, would it only list packages from main or would it include contrib and
plf packages?  If I then attempted an install from that disk would it have a
problem finding all the rpms if I kept a local mirror of cooker, contrib, and plf?  

Just a thought... I'm probably making it more complex than it needs to be...

Thanks,
Scott


Reply via email to