Gentoo Archives: gentoo-dev

From: Lars Wendler <polynomial-c@g.o>
To: gentoo-dev@l.g.o
Cc: patrick@g.o
Subject: Re: [gentoo-dev] [RFC] Tightening EAPI rules
Date: Mon, 10 Feb 2014 19:04:42
Message-Id: 20140210200417.019e8ae9@shanghai.paradoxon.rec
In Reply to: Re: [gentoo-dev] [RFC] Tightening EAPI rules by Patrick Lauer
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

Attachments

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