Gentoo Archives: gentoo-project

From: Thomas Sachau <tommy@g.o>
To: gentoo-project@l.g.o
Subject: Re: [gentoo-project] Re: Call for agenda items - Council meeting 2013-04-09
Date: Wed, 03 Apr 2013 09:56:48
Message-Id: 515BFCD3.3020600@gentoo.org
In Reply to: [gentoo-project] Re: Call for agenda items - Council meeting 2013-04-09 by Ulrich Mueller
1 Ulrich Mueller schrieb:
2 > One agenda item I'd like to add myself is EAPI deprecation (again).
3 > We're collecting items for EAPI 6 already, and with this being
4 > deployed there would be seven EAPIs in use.
5 >
6 > http://qa-reports.gentoo.org/output/eapi_usage.txt says:
7 >
8 > repository '/usr/portage':
9 > eapi: '4' 12928 pkgs found, 39.10% of the repository
10 > eapi: '0' 7041 pkgs found, 21.29% of the repository
11 > eapi: 'unsupported' 4630 pkgs found, 14.00% of the repository
12 > eapi: '2' 4289 pkgs found, 12.97% of the repository
13 > eapi: '3' 3748 pkgs found, 11.34% of the repository
14 > eapi: '1' 429 pkgs found, 1.30% of the repository
15 >
16 > Date generated: Tue Apr 2 13:03:17 UTC 2013
17 >
18 > We already "encourage" using the newest EAPI, see 20110308 meeting.
19 > (Though I fail to find this recommendation in the devmanual, shouldn't
20 > it be there?)
21 >
22 > Should we have a stricter rule? Would such a rule help significantly
23 > reducing the number of EAPI 0 ebuilds?
24 >
25 > Ulrich
26 >
27
28 If a newer EAPI contains a feature usefull for me, i will update the
29 EAPI of the ebuild to use this feature, but otherwise, why should i
30 change the EAPI (and have additional work), when there is no reason?
31
32 So what do we gain from a stricter rule forcing the usage of specific
33 EAPI versions?
34
35 --
36
37 Thomas Sachau
38 Gentoo Linux Developer

Attachments

File name MIME type
signature.asc application/pgp-signature

Replies

Subject Author
Re: [gentoo-project] Re: Call for agenda items - Council meeting 2013-04-09 Ciaran McCreesh <ciaran.mccreesh@××××××××××.com>