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 1FgRCy-0003jg-OA for garchives@archives.gentoo.org; Wed, 17 May 2006 18:57:21 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.6/8.13.6) with SMTP id k4HIuIa5025108; Wed, 17 May 2006 18:56:18 GMT Received: from smtp-out5.blueyonder.co.uk (smtp-out5.blueyonder.co.uk [195.188.213.8]) by robin.gentoo.org (8.13.6/8.13.6) with ESMTP id k4HIicm8003425 for ; Wed, 17 May 2006 18:44:39 GMT Received: from [172.23.170.137] (helo=anti-virus01-08) by smtp-out5.blueyonder.co.uk with smtp (Exim 4.52) id 1FgR0g-0000yg-Qs for gentoo-dev@lists.gentoo.org; Wed, 17 May 2006 19:44:38 +0100 Received: from [213.121.151.206] (helo=snowdrop.home) by asmtp-out6.blueyonder.co.uk with esmtpa (Exim 4.52) id 1FgR0g-0004XR-C0 for gentoo-dev@lists.gentoo.org; Wed, 17 May 2006 19:44:38 +0100 Date: Wed, 17 May 2006 19:44:16 +0100 From: Ciaran McCreesh To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Paludis and Profiles Message-ID: <20060517194416.21c39ba5@snowdrop.home> In-Reply-To: <20060517181308.GC30935@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> 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: ad55ae1c-50e6-4a89-988b-2d343ef017b3 X-Archives-Hash: 68451ad44d6dcfdfb19b427c42cec868 On Wed, 17 May 2006 11:13:09 -0700 Brian Harring wrote: | > Paludis can read a Portage-generated VDB. Portage can't read a | > Paludis-generated VDB, because Paludis has more features. | | What features? You're tracking CONFIG_PROTECT_*, and saving a copy | of the eclass (icky solution, but we've discussed that in the past). | | Beyond that? Right now, the biggie is virtuals. Attempting to unmerge a virtual that was installed via Paludis will confuse the heck out of Portage. There's also the whole "handling symlink / directory mismatches" issue, which will cause Portage to incorrectly unmerge some Paludis-installed things (and, for that matter, some Portage-installed things). | > | - Paludis must work with all current ebuilds, | > | > Portage does not work with all current ebuilds. | | Name a few please, ones that are portage incompatibility rather then | "ebuild no longer works against other ebuilds in the tree". Can't do | anything about the latter, but the former without proof is fud. We went over this already. Remember webapp.eclass? | > | and support all features of portage. | > | > That's insane. Why should we support Portage-style 'candy' spinners? | | I'd expect he's talking more about stuff like having an ebuild | binary/script for walking the phases of an ebuild for development. Heh. You keep on picking out things that you think will be difficult to implement. | > | This includes recognition of EAPI | > | > Funnily enough, unlike Portage, Paludis has full EAPI handling. | | Please clarify on the "full"- since portage relies on EAPI protection | already, any issues you see with it's implementation I'd love to know. Portage still relies upon being able to source ebuilds, even if their EAPI isn't supported. | Additionally, you went and commited the vars into paludis (doing | exactly what I said to do), thank you- lets avoid the 5 emails back | and forth in the future however please... Yes, we now have ~15 lines of useless code. But if that's what it takes to make you happy... -- Ciaran McCreesh Mail : ciaran dot mccreesh at blueyonder.co.uk -- gentoo-dev@gentoo.org mailing list