Gentoo Archives: gentoo-project

From: Rich Freeman <rich@××××××××××××××.net>
To: gentoo-project@l.g.o
Subject: Re: [gentoo-project] Call for agenda items - Council meeting 2013-09-10
Date: Sun, 15 Sep 2013 19:03:51
In Reply to: Re: [gentoo-project] Call for agenda items - Council meeting 2013-09-10 by Pacho Ramos
1 On Sun, Sep 15, 2013 at 11:22 AM, Pacho Ramos <pacho@g.o> wrote:
2 > El dom, 15-09-2013 a las 11:03 -0400, Rich Freeman escribió:
3 >>
4 >> So, how about this as a policy:
5 >> If a maintainer has an open STABLEREQ, or a KEYWORDREQ blocking a
6 >> pending STABLEREQ, for 90 days with archs CCed and otherwise ready to
7 >> be stabilized, the maintainer can remove older stable versions of the
8 >> package at their discretion. A package is considered ready to be
9 >> stabilized if it has been in the tree for 30 days, and has no known
10 >> major flaws on arches that upstream considers supported.
11 >>
12 >> Note that if upstream doesn't support an arch, then it falls to the
13 >> arch team (and not the maintainer) to support that arch if they want
14 >> it stable.
15 >>
16 > I guess an important problem is that, once we drop keywords in a
17 > package, a cascade effect can appear. For example, if we drop stable
18 > keywords of gtk+ and pango due pending keywording, we will need to also
19 > drop a ton of packages. And for cases where we would need to drop the
20 > keywording completely, the situation can be even more difficult.
22 Fully appreciate that. Given the choice of removing ALL of the stable
23 keywords, and removing many of the keywords, the latter seems to be a
24 better choice, at least initially.
26 However, I do see that as a PITA. If it becomes a trend, the stable
27 keywords should be dropped entirely. Really, it should be the arch
28 teams themselves that step up and remove their own stable keywords.
29 For this reason I'm not sure I'd even want to require maintainers to
30 change any keywords when they remove the last stable version on an
31 arch - just let the reverse dependencies break and either the arch
32 team or users will have to clean up the mess (which nobody will see
33 unless they use that arch).
35 Ultimately, arch teams need to step up if they want to have stable keywords.
37 As far as the users go - more need to become developers if they want
38 to have stable keywords, or pay somebody else to do so on their
39 behalf. That's just how things work in a volunteer-based distro.
41 Rich


Subject Author
Re: [gentoo-project] Call for agenda items - Council meeting 2013-09-10 Daniel Campbell <lists@××××××××.us>