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.43) id 1E9eYE-0001gk-Bb for garchives@archives.gentoo.org; Mon, 29 Aug 2005 07:59:30 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.4/8.13.4) with SMTP id j7T7usRj013234; Mon, 29 Aug 2005 07:56:54 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [134.68.220.30]) by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j7T7s6eU006864 for ; Mon, 29 Aug 2005 07:54:06 GMT Received: from p54a67bba.dip.t-dialin.net ([84.166.123.186] helo=andy.genone.homeip.net) by smtp.gentoo.org with esmtpa (Exim 4.43) id 1E9eUo-0006zJ-Me for gentoo-dev@lists.gentoo.org; Mon, 29 Aug 2005 07:55:59 +0000 Date: Fri, 2 Sep 2005 08:09:51 +0200 From: Marius Mauch To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [RFC] EAPI Message-ID: <20050902080951.4fc2b40d@andy.genone.homeip.net> In-Reply-To: <1125085775.16733.55.camel@localhost> References: <1125085775.16733.55.camel@localhost> X-Mailer: Sylpheed-Claws 1.0.5 (GTK+ 1.2.10; 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: a2daf3aa-ad14-4243-9ba6-d3a55b47dfed X-Archives-Hash: 4e36c251ec12ff52b88729c2ac740e50 On 08/26/05 Kristian Benoit wrote: > On the EAPI subject Brian just brought back, I had this idea that we > could use the same approch XML took with HTML. > > The ebuild could define which EAPI to use, but instead beiing a > version, the EAPI would be an ebuild API definition. The equivalent to > the XML's dtd. The ebuild could point to a directory named > $PORTDIR/eapi// which would contain a python script named > .py. If not already loaded, that plugable eapi would be > loaded before processing the ebuild. > > That way, there is no outdated ebuild format. There is just a default > format which is the actual format. > > It could also be an XML defining the ebuild's build sequence and other > particularities a group of ebuild could have. As EAPI is closely tied to portage internals (DEPEND handling for example) that's not really going to work from within the tree. Otherwise we could just distribute portage completely with the tree, no? Don't mind having it pluggable inside portage, but as it can potentially affect many areas I doubt that's realistic. Marius -- Public Key at http://www.genone.de/info/gpg-key.pub In the beginning, there was nothing. And God said, 'Let there be Light.' And there was still nothing, but you could see a bit better. -- gentoo-dev@gentoo.org mailing list