1 |
On Sat, Jun 20, 2020 at 12:24 PM Aaron Bauman <bman@g.o> wrote: |
2 |
> |
3 |
> On Sat, Jun 20, 2020 at 01:29:46PM +0200, Thomas Deutschmann wrote: |
4 |
> > On 2020-06-20 12:07, Michał Górny wrote: |
5 |
> > >> Al least, python2 is not on your list. |
6 |
> > >> |
7 |
> > >> Be first into the future by masking this stuff and |
8 |
> > >> Last out of the past by leaving up to users to decide. |
9 |
> > >> It could stay in the tree, masked, as long as python2. |
10 |
> > >> |
11 |
> > > |
12 |
> > > Do you really think it'd be better to last rite a 1000 packages |
13 |
> > > simultaneously? |
14 |
> > |
15 |
> > What's the purpose of this at all? |
16 |
> > |
17 |
> > dev-lang/python:2.7 won't go away that soon. |
18 |
> > |
19 |
> > Removing perfectly working and up-to-date software which is in |
20 |
> > maintenance-only mode like net-mail/offlineimap is just not user-friendly. |
21 |
> > |
22 |
> > It doesn't even has deps on other Python packages blocking your cleanup |
23 |
> > delusion. |
24 |
> > |
25 |
> |
26 |
> Thomas, unfortunately, I am shocked at your choice of words here. I |
27 |
> think it is reasonable that any developer would understand a lack |
28 |
> of forward momentum in removing Py2 only packages only drives |
29 |
> stagnation. |
30 |
> |
31 |
> If you have a more effective method to doing so, I am open to |
32 |
> suggestions. |
33 |
|
34 |
Between the disagreements about whether a package should be masked, |
35 |
the length of time the last rites period should be, and the steps |
36 |
required to disband a project, I think there's been enough pushback |
37 |
that it's necessary to change how you approach these projects. |
38 |
|
39 |
Please start by using the standard 30-day last rites period. It's a |
40 |
simple thing and whether the packages are in tree for an additional 16 |
41 |
days should not affect any of your work. |
42 |
|
43 |
> re: net-mail/offlineimap... there are alternatives. |
44 |
|
45 |
Removing python2_7 support from the tree is a valuable goal, but |
46 |
offlineimap is widely used and blocks no further work. It can easily |
47 |
remain in the tree after all other python2_7 support is gone. |
48 |
|
49 |
This is not a hill worth dying on. |