Gentoo Archives: gentoo-dev

From: "Jorge Manuel B. S. Vicetto" <jmbsvicetto@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] New eclass: autotools-utils.eclass
Date: Tue, 20 Jul 2010 09:36:19
In Reply to: Re: [gentoo-dev] New eclass: autotools-utils.eclass by Alexis Ballier
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 - 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-----