[prev in list] [next in list] [prev in thread] [next in thread] 

List:       gentoo-dev
Subject:    Re: [gentoo-dev] New eclass: autotools-utils.eclass
From:       "Jorge Manuel B. S. Vicetto" <jmbsvicetto () gentoo ! org>
Date:       2010-07-20 9:34:53
Message-ID: 4C456DBD.6030708 () gentoo ! org
[Download RAW message or body]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 20-07-2010 04:55, Alexis Ballier wrote:
> On Sunday 18 July 2010 04:54:43 Jorge Manuel B. S. Vicetto wrote:
>> On 18-07-2010 00:58, Brian Harring wrote:
>>> On Sun, Jul 18, 2010 at 02:56:05AM +0300, Alexis Ballier wrote:
>>>> case ${EAPI:-0} in
>>>>
>>>> 	2|3|4) ;;
>>>> 	*) DEPEND="EAPI-TOO-OLD" ;;
>>>>
>>>> esac
>>>>
>>>> why not:
>>>>
>>>> case ${EAPI:-0} in
>>>>
>>>> 	0|1) DEPEND="EAPI-TOO-OLD" ;;
>>>>
>>>> esac
>>
>> Alexis,
>>
>> the problem with your alternative is that it's "too clever" and won't
>> die/kill/stop the processing of the eclass for newer EAPIs that at any
>> point in time no one can be sure will be compatible with the current
>> eclass design.
>> That's why it has been agreed that eclasses should specifically list all
>> supported EAPI versions and die/kill/stop on all other EAPI versions.
> 
> Fair enough. Why is EAPI 4 in that list then ? Has it been approved/finalized 
> yet ?

You raise an important point that had slipped my reading.
EAPI-4 spec was approved by the council some time ago. Actually it was
EAPI-3, but then there was a decision to get EAPI-3 as EAPI-2 + prefix
support and use the approved spec for EAPI-4.
However, the EAPI-4 spec is still pending Portage implementation and
thus it's my opinion that no eclass in the tree should state
compatibility with it as we don't want eclasses claiming compatibility
with an EAPI that is yet to be implemented.

> Alexis.
> 

- -- 
Regards,

Jorge Vicetto (jmbsvicetto) - jmbsvicetto at gentoo dot org
Gentoo- forums / Userrel / Devrel / KDE / Elections
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.16 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJMRW29AAoJEC8ZTXQF1qEPzmgQAJ4X4r7n4PN0egqYAe/1cuJp
LtLQqQnL0CWkZIKp4k3ygGm9GolOJ7glB4FWkak9XcXoioyY6fU5hNY9rDAphjM4
8EcMeF2gTD1obiqPJps+dwU83vRRh9QzyvxXMRaqZc3n2ydvOXpH3G9/uJ3sv7y7
uBY0UnCGPg8IyaciEBuruNHb4uJsbGdORJvqFRgGTWR6FwdXV7tOWpL185mz8qja
akDAA5pjcmmVbJmAANfWOrYzc+05lCKFsNTfoDiZEs7awtDmsoxcS0pKy/XJ7iLl
hc/dVC2DquOpC6qOM8oTulxzGnfCLDlQ+hlIihbFhMjMUyzyLn2APA3GAUQdz76d
dmp8VqLQrXKDVh8GtYZyrkA8yiD18R8GT427v0NdMQpG+5fi2UqHqRBHZCE1Z+Vq
gnPRekTdpPTGJE8CcLgt+LzG8j7lP+omS9hT8TRYOQXvM34XVKOo1h7kw5nXYll1
exqYQmGo9FeT5Fn5eSdgquqJP83WIIf+Fi6hhegYeTPDyYmRnilFCDmw4tt5S5fI
Ta16FwIwmK5G6DHdz/OK+wlcWrMC2iKHcll8oowHfobvPBD5vEyl16ln7WFkgf4q
TabMxk8ImTTQvEQcE829vTExtwqwoJ3JPrFmR5g4EQ7Re9f2ngZ89jz1fTyQYz9R
pLUXQfw8Jg9qc1JypqaU
=hMJr
-----END PGP SIGNATURE-----

[prev in list] [next in list] [prev in thread] [next in thread]