1 |
On Mon, 10 Feb 2014 21:46:56 +0800 Patrick Lauer wrote: |
2 |
|
3 |
>On 02/10/2014 09:23 PM, Anthony G. Basile wrote: |
4 |
>> The statement "Deprecating an EAPI can mean breakage" depends on |
5 |
>> what we mean by "deprecating." I'm assuming here we mean something |
6 |
>> like repoman won't allow commits at EAPI=1,2,3 but that ebuilds in |
7 |
>> the tree at those EAPI's will continue working. Eg. dosed which was |
8 |
>> deprecated in the EAPI 3 to 4 jump. |
9 |
> |
10 |
>Right now EAPI 1 and 2 are deprecated, which means repoman prints some |
11 |
>warnings that get ignored and nothing happens. |
12 |
|
13 |
Not in my case. I EAPI-bump each ebuild to either EAPI-4 |
14 |
(base-system packages) or EAPI-5 where repoman complains about when I |
15 |
put my fingers on them... |
16 |
I hope I am not the only one doing this. |
17 |
|
18 |
>Going from the current state I would distinguish between deprecated |
19 |
>(=unwanted, but tolerated) and banned (not tolerated) |
20 |
> |
21 |
>> |
22 |
>> I think we should look at the question of deprecating EAPI's on and |
23 |
>> ad hoc basis with discussion on the list and a vote in the council. |
24 |
> |
25 |
>I think it's safe to deprecate the antepenultimate EAPI, and then do |
26 |
>the banning on a more delayed and controlled basis. |
27 |
> |
28 |
>Patrick |
29 |
> |
30 |
> |
31 |
|
32 |
-- |
33 |
Lars Wendler |
34 |
Gentoo package maintainer |
35 |
GPG: 4DD8 C47C CDFA 5295 E1A6 3FC8 F696 74AB 981C A6FC |