Gentoo Archives: gentoo-dev

From: "Tomáš Chvátal" <scarabeus@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] [RFC] How do we handle stabilisations of not-exactly-maintained packages
Date: Tue, 20 Sep 2011 21:44:12
Message-Id: CA+NrkpecRqB3Nfye94SGen9VsWvdp=74NpfXo0jr_z8QttMWWg@mail.gmail.com
In Reply to: Re: [gentoo-dev] [RFC] How do we handle stabilisations of not-exactly-maintained packages by "Tony \\\"Chainsaw\\\" Vroon"
1 2011/9/20 Tony "Chainsaw" Vroon <chainsaw@g.o>:
2 > On Tue, 2011-09-20 at 23:18 +0200, Tomáš Chvátal wrote:
3 >> Well it would be something like priority based queue with maximum 60
4 >> points value.
5 >> Each update after the month in main tree would get 0 points for
6 >> stabilisation, any-developer / maintainer would be able to add up to
7 >> 40 points to any package and security team members would be able to
8 >> add all 60 points. Security team/any developer would also have
9 >> possibility to add new packages to queue manualy.
10 >
11 > This sounds to me like you are trying to automate common sense. If you
12 > see packages that have good ~arch ebuilds that appear to be fermenting,
13 > please file a bug. Rumours of unresponsive arch teams have been greatly
14 > exaggerated!
15 >
16 > The worst that could happen is that a more exotic arch sees your bug and
17 > decides "sorry, we would rather unkeyword it" rather than "okay, we will
18 > stable that". Either way seems a valid outcome though?
19 >
20 > I can't speak for other arches than AMD64, but we are happy to receive
21 > more than the current influx of bugs, particularly if you are willing to
22 > take suggestions to heart (a lot of QA niggles get shaken out in AT
23 > reports lately).
24 >
25 > Regards,
26 > Tony V.
27 >
28
29 I am not saying that Archs are unresponsive (well they are on ppc for
30 example sometimes) but I try to solve other problem about finding what
31 packages CAN go stable and nobody ever bothered to do a bugreport.
32
33 Yeah we can do it by hand like robot and open bugs for zilions of
34 packages just to get all the spell packages stable etc etc, but look
35 on the euscan, it is quite usefull to have automatically generated
36 report of what can you bump and what did you miss to update.
37
38 Instead of waiting on maintainer/anyone to notice that you can stable
39 something this would give you nice report itself.
40
41 And usually when i update and qa clean some package in 30 days I don't
42 even really remember which one it was :)
43
44 Tom