1 |
On Sun, 30 Aug 2009 23:03:42 +0300 |
2 |
Petteri Räty <betelgeuse@g.o> wrote: |
3 |
> As far as I understand paludis already has the features implemented so |
4 |
> maybe we could give EAPI 3 some field testing in some overlays to see |
5 |
> how it works in practice from ebuild writer point of view. |
6 |
|
7 |
The main issue with that is eclasses. Quite a few eclasses have |
8 |
hard-coded lists of 'case ${EAPI:-0} in' lists. These would need to be |
9 |
updated. So if you go this route: |
10 |
|
11 |
> 20:01 < zmedico> Betelgeuse: I'd guess they could test it as |
12 |
> EAPI=paludis-3_pre or something like that |
13 |
|
14 |
then you'll have to clutter up the main tree with paludis-3_pre. And if |
15 |
instead you call it '3', it means we have to guarantee we're not going |
16 |
to make any last minute changes. |
17 |
|
18 |
Also, as I recall there're two outstanding issues with EAPI 3 that |
19 |
would need to be addressed by the Council. |
20 |
|
21 |
First, there's the question of package.mask etc as directories. Some |
22 |
people were after either doing a quicky EAPI 2.1 or reopening EAPI 3 to |
23 |
allow that for the 10.0 profiles. I don't know whether that's still |
24 |
considered worth doing or whether it's an EAPI 4 thing. |
25 |
|
26 |
Second, there's the issue with 'nonfatal' and 'die' [1]. EAPI 3 as |
27 |
originally worded made 'die' ignore 'nonfatal' (so that people wouldn't |
28 |
have to modify all their eclass functions to take into account that |
29 |
suddenly callers could override their dies), but some crappy wording in |
30 |
the original spec (which has been addressed) meant that some people |
31 |
didn't realise that, and would prefer it if we did that differently. |
32 |
|
33 |
> Paludis does not recognize it atm but probably easy to get a new |
34 |
> revision/version out: |
35 |
|
36 |
Yup, can do that easily enough if there's interest once the above has |
37 |
been addressed. |
38 |
|
39 |
[1]: http://archives.gentoo.org/gentoo-dev/msg_358b12a494173ab82f3e7d1b2b6b5bf9.xml |
40 |
|
41 |
-- |
42 |
Ciaran McCreesh |