From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1OBpC3-00074v-Rm for garchives@archives.gentoo.org; Tue, 11 May 2010 13:08:16 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 58C13E08AE; Tue, 11 May 2010 13:08:14 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id DD02CE08A5 for ; Tue, 11 May 2010 13:08:09 +0000 (UTC) Received: from [10.0.2.10] (bl16-175-56.dsl.telepac.pt [188.81.175.56]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id 64EFD676A9 for ; Tue, 11 May 2010 13:08:07 +0000 (UTC) Message-ID: <4BE956B1.3090407@gentoo.org> Date: Tue, 11 May 2010 15:08:01 +0200 From: Angelo Arrifano Organization: Gentoo Linux Foundation User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100419 Lightning/1.0b2pre Thunderbird/3.0.4 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: [RFC][NEW] Utility to find orphaned files References: <4BD42501.9070505@gentoo.org> <4BD446EC.2070809@gentoo.org> <20100430162415.GA492@nibiru.local> <1272893675.19261.16.camel@lillen> In-Reply-To: <1272893675.19261.16.camel@lillen> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: bf59f5ad-9d51-47ae-81f5-afe2a3b6c5c0 X-Archives-Hash: dd9fbef56b713f0a30a28ce14232be3f On 03-05-2010 15:34, Peter Hjalmarsson wrote: > fre 2010-04-30 klockan 18:24 +0200 skrev Enrico Weigelt: >> * Daniel Pielmeier schrieb: >> >>> What about searching the complete file system but using an exclude file where >>> you can put directories and files which should not be searched. It is tedious to >>> tell every path on the command-line. Also for instance if you specify /lib it >>> will also search under /lib/modules and I am sure you do not consider all >>> contents there as unneeded. >> >> hmm, perhaps there's some way to assign these files to some package ? >> > > Eh, no and it should not be since files in that directory is kernel > modules, and most of the files there is created by "cd /usr/src/linux && > make" or genkernel or something alike and it is supposed to be that way. Indeed. /lib/firmware is another candidate > Looking at the contents of that directory is pretty easy to see if a > directory there should be left alone or removed (as there is just one > directory per kernel. not any longer running a kernel anymore? remove > the corresponding dir). That is dangerous. For example, I always keep the previous 2 kernels just in case I detect some problem with the latest and I need to quickly go back. > It is better to have the script not tuch that directory at all or at > most point out "the directory contains directories for more kernels then > the currently running (i.e. there is more then one dir) and it is > totally THIS big. Sounds like a plan. You may want to take a look if you have files from > older kernels that you do not longer need." > That would leave up to the user to figure out what kernel modules to > keep and what kernel to pount. Or you suggest autocleaning of /boot > and /usr/src/linux-* as well? Dangerous! > > > I'm seeing that there is enough interest (including me) on such utility. Since it is difficult to please everyone at start, I'll first open a project page on sf.net and develop a more powerful PoC that matches my ideas. There was a lot of good ideas and observations here, so keep them coming that I'll certainly read them. When, and only if, the thing grows to a more mature state; I'll try to open a Gentoo project by the appropriate means. I'm not very good on free time lately, so I can't promise anything. But, as long as my interest on it doesn't die I'll slowly keep working on. Regards, - Angelo