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 1J9MKd-0000oD-Pu for garchives@archives.gentoo.org; Mon, 31 Dec 2007 15:13:36 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.2/8.14.0) with SMTP id lBVFCOmY021390; Mon, 31 Dec 2007 15:12:24 GMT Received: from smtp.ferdyx.org (170.Red-213-96-222.staticIP.rima-tde.net [213.96.222.170]) by robin.gentoo.org (8.14.2/8.14.0) with ESMTP id lBVF9dPp017582 for ; Mon, 31 Dec 2007 15:09:39 GMT Received: from localhost (localhost [127.0.0.1]) by smtp.ferdyx.org (Postfix) with ESMTP id 1EBB18D306 for ; Mon, 31 Dec 2007 16:14:47 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at ferdyx.org Received: from smtp.ferdyx.org ([127.0.0.1]) by localhost (tungsteno.ferdyx.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id S7ZbrzF-wy+7 for ; Mon, 31 Dec 2007 16:14:45 +0100 (CET) Received: from snowcone (unknown [213.121.151.206]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.ferdyx.org (Postfix) with ESMTP id 37DA28D305 for ; Mon, 31 Dec 2007 16:14:45 +0100 (CET) Date: Mon, 31 Dec 2007 15:09:33 +0000 From: Ciaran McCreesh To: gentoo-dev@lists.gentoo.org Subject: Re: EAPI definition Was: [gentoo-dev] [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI) Message-ID: <20071231150933.69bcf241@snowcone> In-Reply-To: <20071231154606.158aea1e.genone@gentoo.org> References: <200712172320.01988.peper@gentoo.org> <20071220003801.GL24034@supernova> <4769D3F2.1030204@gentoo.org> <20071220040753.31cf0c2e@blueyonder.co.uk> <476A1555.9020902@gentoo.org> <20071227201614.8bd1175a.genone@gentoo.org> <47742693.2010909@gentoo.org> <20071228120312.453248dd@blueyonder.co.uk> <20071231154606.158aea1e.genone@gentoo.org> X-Mailer: Claws Mail 3.2.0 (GTK+ 2.12.1; x86_64-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: multipart/signed; boundary="Sig_/IIdZZzrkjQja3MuuAW7Cqfk"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Archives-Salt: 89c0a88a-384b-478a-9c54-37036ad6b454 X-Archives-Hash: 40fd1825c928372ee0c4821f510a7125 --Sig_/IIdZZzrkjQja3MuuAW7Cqfk Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Mon, 31 Dec 2007 15:46:06 +0100 Marius Mauch wrote: > The issue is with comparison rules. For the current use case that's > not an issue as it's simply a superset, so we could just use the new > rules for everything. But if the rules are changed in an incompatible > way, which rules would be used to compare version(EAPI_X) with > version(EAPI_Y)? You pretty much have to have a way of mapping an EAPI version onto an absolute version if you want to handle it sanely. > > Ditto for naming rules. >=20 > Those are even more of an issue, as they apply before we know the > eventual EAPI (need to access the category/package directory before > you can parse the ebuild filename) Mmm, no. You have some concept of a superset of all supported naming rules, then refine once you've extracted the EAPI. --=20 Ciaran McCreesh --Sig_/IIdZZzrkjQja3MuuAW7Cqfk Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.7 (GNU/Linux) iD8DBQFHeQYv96zL6DUtXhERAi5cAJoCrRHwSyWjsoGZNfmiXv9RhehaeQCfTM0C vtH72jnYDjZKYpF0fF3GiOQ= =d3ej -----END PGP SIGNATURE----- --Sig_/IIdZZzrkjQja3MuuAW7Cqfk-- -- gentoo-dev@gentoo.org mailing list