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 1J4Yux-0006LM-9p for garchives@archives.gentoo.org; Tue, 18 Dec 2007 09:39:15 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.2/8.14.0) with SMTP id lBI9cLQ2010551; Tue, 18 Dec 2007 09:38:21 GMT Received: from bacchus.cwi.nl (bacchus.cwi.nl [192.16.191.9]) by robin.gentoo.org (8.14.2/8.14.0) with ESMTP id lBI9aVop008199 for ; Tue, 18 Dec 2007 09:36:31 GMT Received: from gentoo.org (pegasus.ins.cwi.nl [192.16.196.142]) by bacchus.cwi.nl (8.13.6/8.12.3) with ESMTP id lBI9aUFE020873 for ; Tue, 18 Dec 2007 10:36:31 +0100 (MET) Date: Tue, 18 Dec 2007 10:36:30 +0100 From: Fabian Groffen To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI) Message-ID: <20071218093630.GA29854@gentoo.org> Mail-Followup-To: gentoo-dev@lists.gentoo.org References: <200712172320.01988.peper@gentoo.org> <47671006.2020808@gentoo.org> <20071218001855.78c1864c@blueyonder.co.uk> <476714BA.3070202@gentoo.org> <20071218003938.62df389e@blueyonder.co.uk> 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=utf-8 Content-Disposition: inline In-Reply-To: <20071218003938.62df389e@blueyonder.co.uk> User-Agent: Mutt/1.5.17 (Linux 2.6.20-1.2925.fc6, VIM - Vi IMproved 7.1) Organization: Gentoo Foundation, Inc. X-Archives-Salt: 4f78a993-159f-4821-8905-16e0dc98656c X-Archives-Hash: 2ac8cbf92028e952e65341b405e6f88c On 18-12-2007 00:39:38 +0000, Ciaran McCreesh wrote: > An EAPI is not limited to a numeric name. We could call the next EAPI > "cabbage" if we wanted to. There're already various experimental EAPIs > that don't use pure numbers (for example, "paludis-1"). > > (Sometimes I think the next EAPI *should* be called "cabbage", if only > because it'll help disabuse people of the notion that EAPIs are > orderable...) While I feel there has been given little to no attention to what EAPI's really are and how they relate to each other, I prefer to go this route myself as well. The EAPI "name" should represent the feature(s) it adds. However, because "features" need not to include previous ones (why would they?), in the Prefix branch of Portage I implemented EAPI to be a space separated list. I merely did this because EAPI=1 ebuilds needed to be tagged as such in an EAPI="prefix" ebuild, and the features EAPI="prefix" adds are ortogonal on the features EAPI=0 or EAPI=1 ... provides. As a result I now have EAPI="prefix 1" ebuilds. Since you seem to argue here that EAPIs are not orderable, I get the impression you imply these "combinations" of EAPIs to be desirable. In that case, what would the extension of the ebuild be like? -- Fabian Groffen Gentoo on a different level -- gentoo-dev@gentoo.org mailing list