[gentoo-amd64] stale files clean

[gentoo-amd64] stale files clean

[Beso]

[-- Attachment #1: Type: text/plain, Size: 399 bytes --]

i'd like to do a thorough clean of my system, since i still get some
problems with orphaned and stale files. is there a script or something that
could help me do this?! i usually do manual remove when i remove a package
from the system but this is getting more and more time losing.
so if there's an automated way i'd be glad to try it out.

thanks in advance for your replies.

-- 
dott. ing. beso

[-- Attachment #2: Type: text/html, Size: 442 bytes --]

Re: [gentoo-amd64] stale files clean

[Hemmann, Volker Armin]

On Montag, 26. November 2007, Beso wrote:
> i'd like to do a thorough clean of my system, since i still get some
> problems with orphaned and stale files. is there a script or something that
> could help me do this?! i usually do manual remove when i remove a package
> from the system but this is getting more and more time losing.
> so if there's an automated way i'd be glad to try it out.
>
> thanks in advance for your replies.


what do you mean with 'stale files' and 'manual remove'?

the only 'stale files' I know about are .la files - which AFAIk could all be 
removed and stuff in /tmp and /etc
?
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] stale files clean

[Tobias Hommel]

[-- Attachment #1: Type: text/plain, Size: 812 bytes --]

On Mon, Nov 26, 2007 at 04:53:19PM +0100, Beso wrote:
> i'd like to do a thorough clean of my system, since i still get some
> problems with orphaned and stale files. is there a script or something that
> could help me do this?! i usually do manual remove when i remove a package
> from the system but this is getting more and more time losing.
> so if there's an automated way i'd be glad to try it out.
>
Try this one: http://gentoo-wiki.com/TIP_Clean_Up_Cruft
You'll have to be careful and double check what findcruft reports, because it
only reports files that don't belong to an installed package. so it'll also
find some files in /etc/ und such.

> thanks in advance for your replies.
> 
> -- 
> dott. ing. beso

-- 
Don't take life to seriously, you're not going to survive it anyway;)

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-amd64] stale files clean

[Beso]

[-- Attachment #1: Type: text/plain, Size: 978 bytes --]

2007/11/26, Tobias Hommel <gentoo@zum-news-lesen.genoetigt.de>:
>
>
> Try this one: http://gentoo-wiki.com/TIP_Clean_Up_Cruft
> You'll have to be careful and double check what findcruft reports, because
> it
> only reports files that don't belong to an installed package. so it'll
> also
> find some files in /etc/ und such.
>
>
> ill try to have a look at this.

what do you mean with 'stale files' and 'manual remove'?
>
> the only 'stale files' I know about are .la files - which AFAIk could all
> be
> removed and stuff in /tmp and /etc
>

there are some files that don't get removed when uninstalling some packages
also from /lib, but mainly from /etc.
when i uninstall a package i first to a qlist and then see if some files
haven't got removed and proceed removing them if equery say they  don't
belong to any package installed in world (obviously first i move them in
another directory and after seeing that they aren't really needed i remove
them).
-- 
dott. ing. beso

[-- Attachment #2: Type: text/html, Size: 1528 bytes --]

[gentoo-amd64] Re: stale files clean

[Duncan]

Beso <givemesugarr@gmail.com> posted
d257c3560711260753u4406ae26m88f6f53164332ebb@mail.gmail.com, excerpted
below, on  Mon, 26 Nov 2007 16:53:19 +0100:

> i'd like to do a thorough clean of my system, since i still get some
> problems with orphaned and stale files. is there a script or something
> that could help me do this?! i usually do manual remove when i remove a
> package from the system but this is getting more and more time losing.
> so if there's an automated way i'd be glad to try it out.
> 
> thanks in advance for your replies.

Current portage (~ anyway, stable isn't what I'd call "current" for many 
packages, so I run ~arch by default) now has FEATURES=unmerge-orphans.  
Read about it in the make.conf manpage.  That helps with files that were 
part of the old package but were changed since merge, as long as they 
aren't config-protected as well.  This feature may eventually be enabled 
by default, but it hasn't been yet, because there are some files that 
portage didn't formerly track that it is now, that would be removed with 
this feature enabled in some circumstances.

That'll help with new files, but it won't help you clean up old cruft 
that isn't owned by anything now, or config-protected stuff as in /etc.

There's also a python script called localpurge (aka orphans.py) 
available, written by Alec Warner (one of the portage devs), that can 
help.  As with emerge --depclean and similar functions, use it with 
caution, in this case meaning do NOT run it as root on /, with the force/
remove/recurse options all three!  Used with the default --scan option 
(and --recurse if desired), however, it simply prints a list that you can 
act upon, or you can use --remove WITHOUT using --force, and get a prompt 
for each file.  However, as with emerge --depclean and revdep-rebuild, I 
strongly prefer getting the list and then doing the remerges/removals/
whatever manually.  Run it with the --help option for usage instructions.

http://dev.gentoo.org/~antarus/orphans.py

One hint on it.  It doesn't say so in the usage, but if recursive is set, 
it walks the entire tree below the dirs it is given -- and takes quite 
some time doing it.  Thus, pointing it at / on a typical system is a 
waste, since you get all of /home and the like listed too.  It's more 
useful to feed it a list of dirs, /bin /sbin /var /usr /opt /etc, and let 
it look below them.  It'll still list a lot of "extra" stuff, but at 
least you won't be loading it down with /root and /home, and it'll be 
faster as a result, too.  It'll still take awhile to run, tho...

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

-- 
gentoo-amd64@gentoo.org mailing list