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 1FgTYn-0000D1-FB for garchives@archives.gentoo.org; Wed, 17 May 2006 21:28:01 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.6/8.13.6) with SMTP id k4HLPfYL031802; Wed, 17 May 2006 21:25:41 GMT Received: from smtp-out3.blueyonder.co.uk (smtp-out3.blueyonder.co.uk [195.188.213.6]) by robin.gentoo.org (8.13.6/8.13.6) with ESMTP id k4HLLQhL010887 for ; Wed, 17 May 2006 21:21:26 GMT Received: from [172.23.170.146] (helo=anti-virus03-09) by smtp-out3.blueyonder.co.uk with smtp (Exim 4.52) id 1FgTSP-00064L-VD for gentoo-dev@lists.gentoo.org; Wed, 17 May 2006 22:21:26 +0100 Received: from [213.121.151.206] (helo=snowdrop.home) by asmtp-out6.blueyonder.co.uk with esmtpa (Exim 4.52) id 1FgTSP-0001gG-FA for gentoo-dev@lists.gentoo.org; Wed, 17 May 2006 22:21:25 +0100 Date: Wed, 17 May 2006 22:21:03 +0100 From: Ciaran McCreesh To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Paludis and Profiles Message-ID: <20060517222103.5e138d58@snowdrop.home> In-Reply-To: <20060517204304.GA32706@nightcrawler> References: <20060516161549.442b4d8a@localhost> <20060517000910.5e1f1ccb@sven.genone.homeip.net> <200605170115.33956.kugelfang@gentoo.org> <200605171204.33647.pauldv@gentoo.org> <20060517145705.70b1f15a@snowdrop.home> <20060517181308.GC30935@nightcrawler> <20060517194416.21c39ba5@snowdrop.home> <20060517190609.GF30935@nightcrawler> <20060517205032.36f36418@snowdrop.home> <20060517204304.GA32706@nightcrawler> X-Mailer: Sylpheed-Claws 2.1.1 (GTK+ 2.8.17; 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: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Archives-Salt: 72da1f5d-9899-45be-b9c2-1023598c5aa7 X-Archives-Hash: 4aac90d12280ce48097a48f12fc7c212 On Wed, 17 May 2006 13:43:04 -0700 Brian Harring wrote: | Instead of on the fly generation of the virtuals pkgs (as | pkgcore/portage do), you've flattened them into an actual on disk vdb | entry? Not really. A fake package is generated for the virtual (rather than just renaming it to another package), and that gets installed into VDB. | Re: incompatibility, that can be dealt with by generating a fake | ebuild- already generate an env from the looks of it (not seeing | anything in RDEPEND/DEPEND however). Would still confuse Portage somewhat, at least whilst people still use old style virtuals. | > And that's exactly it. At what point does something stop being API | > and start being "someone is doing illegal things with internals"? | | Common sense. And it's common sense that we've been using all along on the API issue. | Did something similar with ebuild-shell- folks for the most part | liked it. | | Meanwhile... get cracking, you'll see far more local assumptions | transitioning between phases then transitioning between groupped | merge phases -> groupped unmerge phases *shrug* If you want that feature in a hurry, you're more than welcome to submit a patch. Otherwise it's considered less important than user mirrors, binaries, sdepend etc. And, uh, the local vars will still work just fine even with break functions. | 'Cept EAPI was specifically targeted at bash based ebuilds only. | Alternative formats (non bash fex), expected folks to solve that | issue themselves (since I didn't see a sane general solution to it). | | For what EAPI is defined as, portage supports it fully. Sure, no-one sane is going to start using XML ebuilds. They might, however, reasonably want the behaviour of 'inherit' to change. -- Ciaran McCreesh Mail : ciaran dot mccreesh at blueyonder.co.uk -- gentoo-dev@gentoo.org mailing list