From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1GLuKW-0002I1-HA for garchives@archives.gentoo.org; Sat, 09 Sep 2006 04:20:32 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.8/8.13.6) with SMTP id k894JeYc008705; Sat, 9 Sep 2006 04:19:40 GMT Received: from mxo5.broadbandsupport.net (mxo5.broadbandsupport.net [209.55.3.85]) by robin.gentoo.org (8.13.8/8.13.6) with ESMTP id k894FM0N025862 for ; Sat, 9 Sep 2006 04:15:22 GMT Received: from [192.168.100.4] (host-207-68-225-84.vista-express.com [207.68.225.84]) by mxo5.broadbandsupport.net (Postfix) with ESMTP id 48622BD377 for ; Sat, 9 Sep 2006 00:15:10 -0400 (EDT) Message-ID: <45023FCD.1040609@vista-express.com> Date: Fri, 08 Sep 2006 23:15:09 -0500 From: Dale User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.5) Gecko/20060906 SeaMonkey/1.0.3 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: gcc upgrade from 3.x to 4.x, when should I run revdep-rebuild? References: <200609090459.16850.bo.andresen@zlin.dk> <45023601.4030508@vista-express.com> <200609090555.32117.bo.andresen@zlin.dk> In-Reply-To: <200609090555.32117.bo.andresen@zlin.dk> Content-Type: text/plain; charset=ISO-8859-1 X-broadbandsupport-MailScanner-Information: Please contact the ISP for more information X-broadbandsupport-MailScanner: Found to be clean X-broadbandsupport-MailScanner-From: teendale@vista-express.com X-Spam-Status: No Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by robin.gentoo.org id k894JeYq008705 X-Archives-Salt: 5cac1781-981d-4b0d-9756-81197d17f862 X-Archives-Hash: 38eb29f68756d802c9fc4fd468b4e298 Bo =D8rsted Andresen wrote: > On Saturday 09 September 2006 05:33, Dale wrote: > =20 >> What would be a good way of finding files that were not deleted when >> something was upgraded/unmerged? I thought depclean was different fro= m >> what I wanted to say but it got the ball rolling. >> =20 > > Depclean is to remove packages that are no longer in or a dependency of= =20 > something in your world file. > > =20 >> Last part, zoooooooom, right over my head I think. Let's see if I get >> this right. emerge put a file in there, something, me maybe, changed >> something so it leaves it alone. That right?? >> =20 > > Yep.=20 > > So just to illustrate: > > # touch /usr/share/vim/vimfiles/plugin/bugsummary.vim > > # emerge --unmerge -va gentoo-syntax > =20 >>>> These are the packages that would be unmerged: >>>> =20 > [SNIP] > =20 >>>> Unmerging app-vim/gentoo-syntax-20051221-r1... >>>> =20 > No package files given... Grabbing a set. > [SNIP] > <<< obj /usr/share/vim/vimfiles/plugin/newinitd.vim > <<< obj /usr/share/vim/vimfiles/plugin/neweselect.vim > <<< obj /usr/share/vim/vimfiles/plugin/newebuild.vim > <<< obj /usr/share/vim/vimfiles/plugin/gentoo-common.vim > --- !mtime obj /usr/share/vim/vimfiles/plugin/bugsummary.vim > [SNIP] > --- !empty dir /usr/share/vim > <<< dir /usr/share/doc/gentoo-syntax-20051221-r1 > > All the things that has a "<<<" are actually removed. The things with "= ---"=20 > are not removed for the reason given in the following column. Since I=20 > touch'ed /usr/share/vim/vimfiles/plugin/bugsummary.vim it wasn't remov= ed=20 > with the reason: "!mtime" which means the last modified time has been a= ltered=20 > after it was installed. The reason "!empty" is the reason for dirs whic= h=20 > aren't empty (others packages have installed files in the same dirs...). > > After the unmerge is complete the only way to know is that the files no= longer=20 > belong to any package. Of course when I remerge this package in a few m= inutes=20 > the files will be overwritten and the mtime will be correct again... > > Hope that makes it clear. > > =20 So basically if I mess with a file and then unmerge the program it belongs to, I have to remember which ones I messed with and delete them myself? If I unmerge this in a console and can't read all the "-- !mtime" as they roll by, I'm stuck with orphan files on my rig? This needs a fix but I wouldn't want to be the dev to figure this one out. ;-= ) Dale :-) :-) --=20 gentoo-user@gentoo.org mailing list