1 |
On Mon, Jul 12, 2021 at 04:59:06PM +0200, Michał Górny wrote: |
2 |
> On Mon, 2021-07-12 at 09:33 -0400, Aaron Bauman wrote: |
3 |
> > On Mon, Jul 12, 2021 at 11:38:18AM +0100, Marek Szuba wrote: |
4 |
> > > On 2021-07-11 21:54, Michał Górny wrote: |
5 |
> > > |
6 |
> > > > My gut feeling is that having this distinction is useful. However, it |
7 |
> > > > has been pointed out that we've probably never really had to use it |
8 |
> > > > (i.e. use the "banned" argument to stop someone from using old EAPI) |
9 |
> > > > and that the switch from "deprecated" to "banned" state did not really |
10 |
> > > > affect porting away from old EAPI. |
11 |
> > > |
12 |
> > > For the benefit of those not interested in sifting through the logs of |
13 |
> > > Council meetings, here is a quick reiteration of my take on this: |
14 |
> > > |
15 |
> > > 1. Maybe it's my professional bend speaking but it feels to me like we |
16 |
> > > really should establish a clear, GLEP-documented EAPI life cycle with |
17 |
> > > well-defined meaning of individual stages. I will work on preparing a |
18 |
> > > suitable proposal; |
19 |
> > > |
20 |
> > > 2. Until the above has introduced a (hopefully) better system, I am all for |
21 |
> > > removing step 2 because it makes the procedure less bureaucratic. |
22 |
> > > |
23 |
> > > |
24 |
> > > On 2021-07-12 02:11, Aaron Bauman wrote: |
25 |
> > > |
26 |
> > > > Just officially ban it, send out a message, and use the best judgement |
27 |
> > > > when enforcing it (should it even need to be enforced). |
28 |
> > > |
29 |
> > > And the point of establishing a policy doomed from start to be enforced |
30 |
> > > weakly or not at all is? Other than making the Council look like we care |
31 |
> > > more about theatrics than actual governance, that is. |
32 |
> > > |
33 |
> > > -- |
34 |
> > > Marecki |
35 |
> > > |
36 |
> > |
37 |
> > It is not theatrics. It is a policy that was effective in the past and |
38 |
> > is used in lieu of a technical measure. Albeit, it is unlikely to be |
39 |
> > enforced because most people abide by the deprecation warnings. |
40 |
> > |
41 |
> |
42 |
> That's the whole point. Do we need a two-step deprecation/ban if 'most' |
43 |
> people abide by deprecation warnings? |
44 |
> |
45 |
> I'm wondering if the two-step deprecation/ban isn't a symptom of a wider |
46 |
> problem. After all, we want people to stop using old EAPIs after |
47 |
> they're deprecated, not after they're explicitly forbidden to use them. |
48 |
> |
49 |
> Maybe the whole point is that we should stop trying to draw explicit |
50 |
> lines everywhere and instead assume -- per common sense -- that |
51 |
> deprecating is enough for people to eventually stop using them. |
52 |
> |
53 |
|
54 |
As said, in lieu of that we have a fail safe. |