1 |
Ferris McCormick wrote: |
2 |
|
3 |
> On Mon, 2008-05-19 at 14:41 +0000, Richard Freeman wrote: |
4 |
>> Alistair Bush wrote: |
5 |
>> > It really isn't the Councils decision and the only thing they can do |
6 |
>> > to get themselves out of this situation is to hold an election. |
7 |
>> > Firstly, even tho this is absolutely minor , GLEP 39 has been |
8 |
>> > "breached" and it details what |
9 |
>> > the solution is for that breach. Therefore that solution, a new |
10 |
>> > council via an election, _must_ be performed. |
11 |
>> > |
12 |
>> |
13 |
>> Uh - the word "must" is a bit strong. Why "must" an election be |
14 |
>> performed? GLEP 39 is a document several years old, that probably |
15 |
>> pre-dates half of the devs here, and most likely most of the ones that |
16 |
>> were around weren't really envisioning that it be used in this way today. |
17 |
>> |
18 |
> |
19 |
> I can't find the original choices archived on any of my systems, but as |
20 |
> best as I recall, we knew what we were voting for and intended it to be |
21 |
> used exactly as written. |
22 |
I have always read its intent as ensuring the required monthly meetings are |
23 |
not slacked upon. The additional meeting, with a week's notice given at the |
24 |
tail end of a long meeting, does not strike me as an egregious slack. |
25 |
|
26 |
I appreciate the policy is explicit: I disagree that the intent ("to cut |
27 |
slacking") was to provoke an election in such an instance as now, when |
28 |
monthly meetings have not failed to happen. |
29 |
|
30 |
> Policy says we must hold an election for a new Council within one month |
31 |
> of the violation. No matter how you wish to read it or argue it, this |
32 |
> leaves us about 28 days and counting. |
33 |
> |
34 |
> (GLEP 39 is a bit less that 3 years old. I suppose that qualifies as |
35 |
> "several", but it's hardly ancient.) |
36 |
> |
37 |
> ........... SNIP ............. |
38 |
>> |
39 |
>> The council was elected because they already had the respect of most |
40 |
>> gentoo |
41 |
>> devs. That isn't going to change simply because a few people missed a |
42 |
>> meeting. |
43 |
> |
44 |
> Probably not. But suppose we compound this and figure out a way to get |
45 |
> around our written policy. What of respect then, Hmm? And by the way, |
46 |
> this early election does reset the clock, so whoever gets elected will |
47 |
> have a 12 month term starting presumably on or before 15 June. |
48 |
> |
49 |
As you say it was written 3 years ago. Ciaranm mentioned that the background |
50 |
was a Council that never turned up for most meetings. The circumstance is |
51 |
very different, and I would argue the intent of the Policy was not to force |
52 |
an election, with all the associated work and loss of code time, when the |
53 |
Council is not slacking. |
54 |
|
55 |
No one here is arguing that we have a slacking Council, similar to the "bad |
56 |
old days", are they? |
57 |
|
58 |
I agree with with Rich Freeman's points about the difference between |
59 |
machines and humans: humans spot when the policy needs fine-tuning. In this |
60 |
case, i think the policy should just be changed to only apply to monthly |
61 |
meetings, for the specific case of triggering an election. Not for awarding |
62 |
slacker marks, for which there should be a required notice to a m-l, with a |
63 |
defined period, say 7 days. (So if there was no ml notification of this |
64 |
last special meeting, forget about it and chalk it up to experience.) |
65 |
|
66 |
|
67 |
-- |
68 |
gentoo-project@l.g.o mailing list |