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 1O7tdE-00041H-KU for garchives@archives.gentoo.org; Fri, 30 Apr 2010 17:04:05 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 50AD4E0878; Fri, 30 Apr 2010 17:04:00 +0000 (UTC) Received: from s15216962.onlinehome-server.info (forum.psychotherapie.org [217.160.22.205]) by pigeon.gentoo.org (Postfix) with ESMTP id 6566AE07EB for ; Fri, 30 Apr 2010 17:03:50 +0000 (UTC) Received: (from uucp@localhost) by s15216962.onlinehome-server.info (8.13.3/8.13.3) with UUCP id o3UH3mN4023823 for gentoo-dev@lists.gentoo.org; Fri, 30 Apr 2010 19:03:48 +0200 Received: (from weigelt@localhost) by nibiru.metux.de (8.12.10/8.12.10) id o3UGOHuO014614 for gentoo-dev@lists.gentoo.org; Fri, 30 Apr 2010 18:24:17 +0200 Date: Fri, 30 Apr 2010 18:24:16 +0200 From: Enrico Weigelt To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [RFC][NEW] Utility to find orphaned files Message-ID: <20100430162415.GA492@nibiru.local> References: <4BD42501.9070505@gentoo.org> <4BD446EC.2070809@gentoo.org> 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 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BD446EC.2070809@gentoo.org> User-Agent: Mutt/1.4.1i X-Terror: bin laden, kill bush, Briefbombe, Massenvernichtung, KZ, X-Nazi: Weisse Rasse, Hitlers Wiederauferstehung, 42, X-Antichrist: weg mit schaeuble, ausrotten, heiliger krieg, al quaida, X-Killer: 23, endloesung, Weltuntergang, X-Doof: wer das liest ist doof X-Archives-Salt: e94d60a4-24e9-479e-a503-03101e9a0fe1 X-Archives-Hash: 122b073418175a80cdc04e6f66400fe6 * 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 ? > You also need to consider that your tool will return other false positives like > byte compiled python modules and perl header files. In general everything an > ebuild does in phases where it adds files to file-system but files are not > stored to CONTENTS (pkg_{pre,post}inst). At this point the files are needed but > not recognized by the package manager. If the ebuild does not take care of this > files when removing (pkg_{pre,post}rm) the package they will remain on the > file-system and are now unneeded. Assuming these files are not optional/temporary (aka: can be regenerated on the fly), I see a generic design problem here: everything belonging to some package (excluding content data and configs, of course) should be assigned to the package. The big Q: how can we achieve this ? cu -- --------------------------------------------------------------------- Enrico Weigelt == metux IT service - http://www.metux.de/ --------------------------------------------------------------------- Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ ---------------------------------------------------------------------