1 |
William Hubbs schrieb: |
2 |
|
3 |
> Thoughts? |
4 |
> |
5 |
> William |
6 |
> |
7 |
> [1] http://bugs.gentoo.org/487332 |
8 |
> [2] http://www.gentoo.org/proj/en/council/meeting-logs/20130917-summary.txt |
9 |
> |
10 |
|
11 |
I see 2 cases here: |
12 |
|
13 |
1. specific or all arch teams allow maintainers to stabilize packages on |
14 |
their own, when they follow the arch team stabilization rules (e.g. |
15 |
having a system running with stable keywords for testing the package). |
16 |
This should not reduce the quality of the stable tree (or only to the |
17 |
small amount, that some arch testers do additional checks the maintainer |
18 |
does not do). Reading through this thread, it seems like amd64 and x86 |
19 |
arch teams already use this policy. This sounds like a reasonable |
20 |
agreement, so i am supporting this too. |
21 |
|
22 |
2. for arches with no such agreement or where the maintainer does not |
23 |
have the needed hardware to test, no action for a certain amount of time |
24 |
usually means, that the arch team is overloaded with work so the only |
25 |
short- to mid-term solution is to reduce the amount of work resulting in |
26 |
smaller amount of stable packages. So i am voting for maintainers |
27 |
dropping stable keywords after a certain amount of time with no actions |
28 |
(maybe with some notice beforehand). This might result in a mixed arch |
29 |
user setup by default, but imho it is still better to have a smaller |
30 |
stable set of core packages and testing packages on top then having |
31 |
either everything on testing or broken/untested/unsupported packages, |
32 |
which are still claimed to be the opposite with the stable keyword. |
33 |
|
34 |
short summary: |
35 |
|
36 |
-in agreement with arch teams, following stabilization policy and having |
37 |
the needed hardware, maintainers should be able to add stable keywords |
38 |
themselves |
39 |
-if either agreement of arch team or needed hardware is missing, |
40 |
keywords should be dropped, so that after some time the workload matches |
41 |
the abilities of the arch team again. |
42 |
|
43 |
-- |
44 |
|
45 |
Thomas Sachau |
46 |
Gentoo Linux Developer |