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 1Fgphm-0003QQ-DY for garchives@archives.gentoo.org; Thu, 18 May 2006 21:06:46 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.6/8.13.6) with SMTP id k4IL48KL001561; Thu, 18 May 2006 21:04:08 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 k4IKwO28018746 for ; Thu, 18 May 2006 20:58:24 GMT Received: from [172.23.170.136] (helo=anti-virus01-07) by smtp-out5.blueyonder.co.uk with smtp (Exim 4.52) id 1FgpZg-0005fV-Eh for gentoo-dev@lists.gentoo.org; Thu, 18 May 2006 21:58:24 +0100 Received: from [213.121.151.206] (helo=snowdrop.home) by asmtp-out1.blueyonder.co.uk with esmtpa (Exim 4.52) id 1FgpZf-0006Xd-Tn for gentoo-dev@lists.gentoo.org; Thu, 18 May 2006 21:58:24 +0100 Date: Thu, 18 May 2006 21:58:02 +0100 From: Ciaran McCreesh To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Paludis and Profiles Message-ID: <20060518215802.1a635ce2@snowdrop.home> In-Reply-To: <200605182239.20490.pauldv@gentoo.org> References: <20060516161549.442b4d8a@localhost> <20060518194147.GC3858@nightcrawler> <20060518211908.022c95b4@snowdrop.home> <200605182239.20490.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: e50342d9-ae8d-4e7c-9fb2-a8eab82d277b X-Archives-Hash: 4906ef142d419ef4e1bfdb19e7ab7bfa On Thu, 18 May 2006 22:39:20 +0200 Paul de Vrieze wrote: | > Except that by that definition, Paludis *is* a primary package | > manager. | | It is capable of being a primary package manager. On gentoo it is not | the primary package manager as that requires a council decision. Such | a decision would amount to deprecating portage. No, it's a choice best left up to the users. Ignoring Paludis and pretending it doesn't exist won't make it go away. | > | What he is driving it at is that either paludis is an alternative | > | (yet on disk compatible) primary, or it's a secondary- you keep | > | debating the compatibility angle, thus the logical conclussion is | > | that it's a secondary. | > | > We're an alternative, not entirely on disc compatible primary. | | This means that you could choose to meet the requirements that I am | currently writing down in GLEP shape for package managers that desire | to replace portage as the primary package manager. Those requirements | can be met, but would limit the freedom choise of implementation of | the package manager. GLEPs are to *Enhance*, not to hold back. | > Design choice. We chose not to continue with previous design | > mistakes that exist only because of limitations in Portage's dep | > resolver where we can do so without requiring ebuild changes. | | This is a valid design choise. It does however mean that paludis | perhaps can not meet the requirements for being a replacement for | portage as gentoo primary package manager. You could come up with a requirement saying that "any replacement for Portage must have an 'o' in its name". Wouldn't make it a valid requirement. Fact is, Paludis can be used as and is being used as a primary package manager. -- Ciaran McCreesh Mail : ciaran dot mccreesh at blueyonder.co.uk -- gentoo-dev@gentoo.org mailing list