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 1FgO6o-0000bv-Qt for garchives@archives.gentoo.org; Wed, 17 May 2006 15:38:47 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.6/8.13.6) with SMTP id k4HFa0gl002896; Wed, 17 May 2006 15:36:00 GMT Received: from smtp-out4.blueyonder.co.uk (smtp-out4.blueyonder.co.uk [195.188.213.7]) by robin.gentoo.org (8.13.6/8.13.6) with ESMTP id k4HFQp4p026640 for ; Wed, 17 May 2006 15:26:51 GMT Received: from [172.23.170.142] (helo=anti-virus02-09) by smtp-out4.blueyonder.co.uk with smtp (Exim 4.52) id 1FgNvH-0007Zq-EX for gentoo-dev@lists.gentoo.org; Wed, 17 May 2006 16:26:51 +0100 Received: from [213.121.151.206] (helo=snowdrop.home) by asmtp-out1.blueyonder.co.uk with esmtpa (Exim 4.52) id 1FgNvG-0000FW-Bt for gentoo-dev@lists.gentoo.org; Wed, 17 May 2006 16:26:50 +0100 Date: Wed, 17 May 2006 16:26:28 +0100 From: Ciaran McCreesh To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Paludis and Profiles Message-ID: <20060517162628.45ef827a@snowdrop.home> In-Reply-To: <200605171711.10418.pauldv@gentoo.org> References: <20060516161549.442b4d8a@localhost> <200605171204.33647.pauldv@gentoo.org> <20060517145705.70b1f15a@snowdrop.home> <200605171711.10418.pauldv@gentoo.org> 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: 85fd745b-5040-486a-82b5-fb997615fc4d X-Archives-Hash: 89c55e6dbd57139497bdda0a4294314f On Wed, 17 May 2006 17:11:04 +0200 Paul de Vrieze wrote: | Let me clarify my statement. I don't care about candy spinners. | Paludis (or any other package manager that is to be integrated into | gentoo) should basically be able to allow a level of mix and match. | This means that at the initial import, it can be run on any package | instead of portage, and the results still be usable for portage | (possibly after a conversion stage). | | This allows testing out the package manager. Not realistic. It means that any new package manager can't do anything new. I'd also like to point out that you can't upgrade to a new Portage version, install some things, downgrade to an older Portage version and expect things to carry on working. | > | and no renaming of the variables used. | > | > Why should Paludis emulate Portage internals that no-one uses? | | If they are internals I don't care. If they are part of the API | exposed to ebuilds then these variables should still be provided. If | variables are not part of the public API, but still used regularly I | consider them still part of the API. This, funnily enough, is what we're doing. We're supporting things that are actually used, and things that people might reasonably use. | > | - No part of the tree, except those that by nature are paludis | > | specific, may require the usage of paludis instead of portage. | > | This requirement can only be removed after a decision is made by | > | the council to retire portage in favour of paludis. | > | > Again, insane. EAPI allows ebuilds using things that developers have | > been after for years (you know, slot and use deps) to be in the | > tree in such a way that they appear masked to Portage. That's a | > large part of the point of EAPI. | | Let's make clear why I put this in. Basically I am of the opinion | that until a decision is made to make (in this case) paludis the | primary package manager, all official packages should work with | portage. Package masked packages are not considered official. What of EAPI masked packages? The same situation will occur when newer Portage versions supporting newer EAPIs are released into p.mask or ~arch. Some packages will end up relying upon something that isn't the stable package manager. -- Ciaran McCreesh Mail : ciaran dot mccreesh at blueyonder.co.uk -- gentoo-dev@gentoo.org mailing list