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 |