1 |
On Sun, Jan 19, 2014 at 08:16:24AM -0500, Rich Freeman wrote: |
2 |
> On Sun, Jan 19, 2014 at 5:15 AM, Ulrich Mueller <ulm@g.o> wrote: |
3 |
> > |
4 |
> > I think that the current version is just fine. QA should take care of |
5 |
> > the tree, and any developer issues should be handled by Comrel. |
6 |
> > |
7 |
> |
8 |
> Tend to agree. Are there situations where the current policy has been |
9 |
> inadequate? I am fine with giving QA teeth, but if they effectively |
10 |
> have them already it isn't so much of a problem. |
11 |
|
12 |
I don't see this as giving QA any "teeth" they don't have already. In |
13 |
the past, QA has directly requested infra to suspend commit rights for |
14 |
developers, and I am just saying I think we should go ahead and put it |
15 |
in the GLEP so everyone knows it is possible and how it can be done. |
16 |
|
17 |
> If we do make a change I suggest changing: |
18 |
> +* Any QA team lead decision can be revoked by major opposing vote |
19 |
> from all current QA members. Given the nature of this action new |
20 |
> elections should be held within 1 month to elect a new QA team lead. |
21 |
> |
22 |
> I think there are better ways of dealing with an out-of-control QA |
23 |
> lead. First, Council should just be able to remove them if this is |
24 |
> the case. Second, Council did confirm the QA lead, and the Council |
25 |
> didn't confirm any of the other QA members, so in the event of a |
26 |
> disagreement do we really want to back the others? Third, if the QA |
27 |
> lead can add/remove members from the team at-will, then they really |
28 |
> aren't any kind of independent check on authority. I think it is |
29 |
> healthier if the team works more like a team and less like a |
30 |
> self-oversight board, and in the truly exceptional case where |
31 |
> oversight is needed, well, we have the Council already. |
32 |
|
33 |
Here is an updated patch that removes that clause and fixes a typo. |
34 |
|
35 |
What do you think? |
36 |
|
37 |
William |