Gentoo Archives: gentoo-dev

From: William Hubbs <williamh@g.o>
To: gentoo development <gentoo-dev@l.g.o>
Subject: [gentoo-dev] rfc: revisiting our stabilization policy
Date: Tue, 14 Jan 2014 21:37:54
Message-Id: 20140114213719.GA2684@laptop.home
1 All,
3 It is becoming more and more obvious that we do not have enough manpower
4 on the arch teams, even some of the ones we consider major arch's, to
5 keep up with stabilization requests. For example, there is this bug [1],
6 which is blocking the stabilization of several important packages.
8 I spoke to one of the team members on one of the affected arch teams on
9 this bug a couple of weeks ago, and was told just that stabilization
10 takes time. I pointed out that this was affecting important packages and
11 I felt that the arch teams should step up their efforts when it comes to
12 important packages. The arch team member disagreed unless the issue is a
13 security bug.
15 The council decision below [2] has made it possible to move on for some
16 arch's by removing old stable versions of packages 90 days after the
17 stable request is filed and the arch teams are added if there has been
18 no action by the specific arch teams listed in the decision, and those
19 arch teams are the only ones on the bug.
21 I think we need a global policy that either helps keep the stable tree
22 up to date or reverts an architecture to ~ over time if the arch team
23 can't keep up.
25 Keeping old software in the stable tree, I think we can agree, isn't
26 good because newer software, besides having new features, will have bug
27 fixes.
29 Also, I think we can agree that allowing maintainers to stabilize new
30 software on architectures they do not have access to wouldn't be good.
32 I want comments wrt two ideas:
34 1. I think maintainers should be able to stabilize their packages on arch's
35 they have access to. I think this is allowed by some arch teams, but I
36 think it would be good to formalize it.
38 2. I would like to see the policy below applied to all arch's [2].
40 Thoughts?
42 William
44 [1]
45 [2]


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