From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1IpVzN-0006NW-6E for garchives@archives.gentoo.org; Tue, 06 Nov 2007 21:29:37 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.2/8.14.0) with SMTP id lA6LSPt4019858; Tue, 6 Nov 2007 21:28:25 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by robin.gentoo.org (8.14.2/8.14.0) with ESMTP id lA6LNik8012053 for ; Tue, 6 Nov 2007 21:23:45 GMT Received: from vrm378-02 (unknown [63.119.80.130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id 725D065B52 for ; Tue, 6 Nov 2007 21:23:44 +0000 (UTC) Date: Tue, 6 Nov 2007 16:23:35 -0500 From: Jim Ramsay To: gentoo-dev@lists.gentoo.org Subject: [gentoo-dev] EAPI feature suggestion: OBSOLETES (was: gentoo-x86 commit in profiles/updates: 4Q-2007) Message-ID: <20071106162335.482c6e4f@vrm378-02> In-Reply-To: <20071106210317.da2c9676.genone@gentoo.org> References: <20071106161512.GA21625@aerie.halcy0n.com> <20071106210317.da2c9676.genone@gentoo.org> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i686-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/WTmFFeDJA8SOyiizNSA/wqp"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Archives-Salt: 77095957-6ef8-4d1d-b26d-4d49c58f6e28 X-Archives-Hash: 310133fa462771a91240f8ec832f4ef8 --Sig_/WTmFFeDJA8SOyiizNSA/wqp Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Whether or not 'move' was the correct action in the recent compiz example, perhaps we need to consider that some times one package does actually make another obsolete. The correct thing for the PM to do is to first uninstall the obsolete package, then install the new one. Now, it has been my experience that blocking dependencies are currently used to imply this "No, you have to remove cat/foo first before installing cat/bar instead" situation. This is somewhat annoying for me when I want to upgrade a bunch of packages, but I have to manually uninstall a few blockers first before this is possible. This could be automated by the PM in those cases with some sort of thing like this in the cat/bar-1.0.ebuild: OBSOLETES=3D"cat/foo" Of course this would be a regular package atom (or list thereof), so it could be tied to specific versions of cat/foo. I suppose this could be seen as a special case of blocking deps which would automate a specific "cat/bar is to be preferred over cat/foo" However, I'm not exactly sure what you would do if you have pkg1 which depends on cat/foo and pkg2 which depends on cat/bar... --=20 Jim Ramsay Gentoo Developer (rox/fluxbox/gkrellm) --Sig_/WTmFFeDJA8SOyiizNSA/wqp Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.7 (GNU/Linux) iD8DBQFHMNtcelWXok6VKugRAl0kAKCGsMknFfHEqyDkdDIw+6pJFXAceQCdG9iy 6LiI90JL4oTL9rBAj9ciSO0= =UFIk -----END PGP SIGNATURE----- --Sig_/WTmFFeDJA8SOyiizNSA/wqp-- -- gentoo-dev@gentoo.org mailing list