Hi,
(First of all, I'm writing this as stable maintainer, someone who
was there when the 'Extended Maintenance' process was formulated
in the first place)
As far as I understand, neutron's stable/train gate is still fully
operational. I also know that backporting every bug fix to stable
branches is time and resource consuming, and the team does not have /
want to spend time on this anymore. Between EOL'ing and backporting
every single bug fix, there are another levels of engagement.
What I want to say is: what if stable/train of neutron is kept open as
long as the gate is functional, to give people the possibility for
cooperation, give the opportunity to test backports, bug fixes on
upstream CI for stable/train.
There are two extremity in opinions about how far back we should
maintain things:
1) we should keep only open the most recent stable release to free up
resources, and minimize maintenance cost
2) we should keep everything open, even the very old stable branches,
where even the gate jobs are not functional anymore, to give space
for collaboration in fixing important bugs (like security bugs)
I think the right way is somewhere in the middle: as long as the gate
is functional we can keep a branch open, for *collaboration*.
I understand if most active neutron team members do not propose
backports to stable/train anymore. Some way, this is acceptable
according to Extended Maintenance process: it is not "fully maintained",
rather there is still the possibility to do *some* maintenance.
(Note, that I'm mostly talking about neutron. Stadium projects, that
have broken gates (even on master branch), I support the EOL'ing)
What do you think about the above suggestion?
Thanks,
Előd
irc: elodilles