1 |
Am Dienstag, 6. März 2018, 02:52:54 CET schrieb Matt Turner: |
2 |
> EAPI 2 removal bug: https://bugs.gentoo.org/648050 |
3 |
> |
4 |
> It seems like tons of churn to update old stable ebuilds to a new |
5 |
> EAPI, just for its own sake. Take https://bugs.gentoo.org/648154 for |
6 |
> example. New ebuild added with EAPI 6 bumped from EAPI 2. Otherwise |
7 |
> functionally identical. Now asking arch teams to retest and |
8 |
> restabilize. Multiply by 100 or more. |
9 |
|
10 |
OK so here's my personal opinion: |
11 |
|
12 |
Is it worth the effort? Yes, see below. |
13 |
Is it a high priority task? No. |
14 |
|
15 |
Is it really that much effort? Well, we're even in the case of EAPI=2 talking |
16 |
about only 400 ebuilds of 35000 in total. That's roughly 1% of the tree. And |
17 |
I'd strongly suspect that even without the EAPI update it would make very much |
18 |
sense to check these 400 old ebuilds and test whether they still work as |
19 |
intended. |
20 |
|
21 |
What do we gain? |
22 |
|
23 |
* Mainly, less stuff to memorize. I'll be throwing a party on the day when the |
24 |
last EAPI=0 ebuild is gone. (In the retirement home, probably.) |
25 |
|
26 |
* Also, it's not just having a bigger number, but also useful features... |
27 |
|
28 |
Why now EAPI=2? |
29 |
|
30 |
* EAPI=3 is nearly gone (27 ebuilds left, scheme & java please get a move! :) |
31 |
* EAPI=2 is the one with the next-least ebuilds. |
32 |
|
33 |
While it would be very nice to remove EAPI=0, let's go for easier targets |
34 |
first; the number of EAPI=0 ebuilds will decrease organically in the meantime. |
35 |
|
36 |
[Interestingly, as long as no specific efforts are made, the number of ebuilds |
37 |
in all deprecated EAPI decreases roughly equally and exponentially. That means |
38 |
the probability of any old ebuild to be removed within a certain time interval |
39 |
is a constant as function of time...] |
40 |
|
41 |
-- |
42 |
Andreas K. Hüttel |
43 |
dilfridge@g.o |
44 |
Gentoo Linux developer |
45 |
(council, toolchain, perl, libreoffice, comrel) |