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.62) (envelope-from ) id 1HBVIE-0005ax-07 for garchives@archives.gentoo.org; Mon, 29 Jan 2007 12:07:26 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.8/8.13.8) with SMTP id l0TC3kpw009840; Mon, 29 Jan 2007 12:03:46 GMT Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by robin.gentoo.org (8.13.8/8.13.8) with ESMTP id l0TC3j8e009803 for ; Mon, 29 Jan 2007 12:03:45 GMT Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HBVEZ-0000bP-0I for gentoo-amd64@lists.gentoo.org; Mon, 29 Jan 2007 13:03:39 +0100 Received: from ip68-231-13-122.ph.ph.cox.net ([68.231.13.122]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 29 Jan 2007 13:03:38 +0100 Received: from 1i5t5.duncan by ip68-231-13-122.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 29 Jan 2007 13:03:38 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-amd64@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-amd64] Re: unmerging slotted group packages Date: Mon, 29 Jan 2007 12:03:28 +0000 (UTC) Message-ID: References: <200701291131.54208.bo.andresen@zlin.dk> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-amd64@gentoo.org Reply-to: gentoo-amd64@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: ip68-231-13-122.ph.ph.cox.net User-Agent: pan 0.121 (Dortmunder) Sender: news Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by robin.gentoo.org id l0TC3kqs009840 X-Archives-Salt: 278cb5d3-1b9c-41df-a494-93d707158e5f X-Archives-Hash: d42152e1d533ef4e846615af0a370d32 Bo =C3=98rsted Andresen posted 200701291131.54208.bo.andresen@zlin.dk, excerpted below, on Mon, 29 Jan 2007 11:31:46 +0100: > I didn't really have the patience to read all the way through your post= but=20 > this part does appear to be incorrect. >=20 > The world file can only contain package names (neither slots nor versio= ns) so=20 > removing kde-3.4 while keeping kde-3.5 is not going to change what's in= the=20 > world file. If something in the world file depends on kdelibs-3.5 then=20 > `emerge --depclean` will not remove kdelibs-3.4 or any other old slots = that=20 > really aren't needed anymore. >=20 > Only --prune or --unmerge will do that and both of those currently have= the=20 > downside that they don't check whether it's still needed (as in the cas= e of=20 > autoconf, automake etc.). Implementing a safer --prune reusing some of = the=20 > code from --depclean (which was improved a lot in portage-2.1.1) has be= en=20 > discussed in the past but it isn't done yet. Thanks for the correction. While I knew that world doesn't contain slots or versions, I thought (and believe it works that way in ~portage, but it may not have reached stable yet, and I could be wrong) that unmerging the metapackage would then release the dependency on the other stuff in that slot. For KDE monolithics, for instance, I believe(d) that while old kdelibs won't be unmerged immediately as it isdepended on by kdebase which is depended on by (among others) kdegraphics, without the old kde-3.4.x, kdegraphics-3.4.x would be trimmed by --depclean, and once all the other kdewhatever-3.4.x packages had been trimmed, then kdebase-3.4.x could be trimmed, and then kdelibs-3.4.x. However, I'm using the split packages, not the monolithics, and don't hav= e kde-meta merged as I don't need all the split packages either. That make= s it harder to test. In addition, I unmerge old versions pretty quickly once I've upgraded and found no critical non-working stuff (like say konqueror or kmail, or anything having to do with the ability to run a KD= E desktop itself), keeping up with that system maintenance, so I've never gotten to the point of having that much cruft to unmerge at once. Thus, that part wasn't tested, and you (naturally) had to call me on it. =3D8^)= =20 Still, genuinely, thanks, as if I'm not called on such things, I get lax, and it's those I'm trying to help that get hurt, so I'd much rather get called on my errors than not! --=20 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 --=20 gentoo-amd64@gentoo.org mailing list