Gentoo Archives: gentoo-project

From: Alistair Bush <ali_bush@g.o>
To: gentoo-project@l.g.o
Subject: Re: [gentoo-project] Gentoo Leadership Structure
Date: Tue, 20 May 2008 11:57:47
Message-Id: 4832BCA3.5000306@gentoo.org
In Reply to: Re: [gentoo-project] Gentoo Leadership Structure by "Jorge Manuel B. S. Vicetto"
1 Jorge Manuel B. S. Vicetto wrote:
2 >
3 > The problem with this concept is that the Council and the Trustees
4 > represent different teams and the plan is to have a greater division
5 > between them in the future. It can also promote tensions that could
6 > escalate into a "war" between them with one trying to dismantle the other.
7 > The current policies already state that the council can be "voted out",
8 > although there are no rules on how to do it, and the proposed bylaws,
9 > including their current revision, already allow for a vote of the
10 > foundation members to remove the existing trustees.
11 > If we have clear policies that either body fails to follow, I think
12 > Richard's proposal for the referendum is a better solution to enforce
13 > those policies.
14 >
15
16 Well this policy is in practice within many countries around the world.
17 And within a Constitutional monarchy I know of only one example of
18 something like that ever happening. It is called the Australian
19 Constitutional Crisis. It is also one of the reasons I added the
20 minimum period rule, so that in any situation one body could not remove
21 another continuously. If there is a situation where a "war" breaks out
22 it will be the development community who decides which group is right.
23 We might be a bunch of idiots, but I think we have the intelligence to
24 not get into a cyclical situation where every month we alternate between
25 having a council or foundation election.
26
27
28 On the whole I don't really have a problem with Richards proposal in
29 general, but I disagree with somethings in particular.
30
31 Firstly I always get the impression that people think the Foundation is
32 just a holding company for the assets of gentoo. I think it owns Gentoo
33 and _everything_ that Gentoo does (or is) is of interest to, and the
34 responsibility of, the Foundation. I note that there have been ppl
35 complaining about the "closed" decision making of the present Council,
36 well the Foundation Charter states "Every aspect of Gentoo is and
37 remains open. Gentoo does not benefit from hiding any of its development
38 processes (whether it is source code or documentation, decisions or
39 discussions, coordination or management).". The Foundation has a vested
40 interest in how the Council performs its function. Why? Because the
41 council influences whether the foundation meets its Charter. If the
42 Council is closed, gentoo is closed and the foundation fails to meet one
43 of its 4 pillars.
44
45 Secondly, I despise situations when groups get to decide there own fate.
46 If you have to submit a petition you really shouldn't be submitting it
47 to the organisation/group your submitting it against. Who says the
48 council doesn't need to just ignore it? What would you do if they did
49 ignore it? it's their responsibility to submit it too mailing lists and
50 call a vote. if anyone else does it, then it couldn't be considered
51 official.
52
53 Thirdly, I believe my suggestion can be written more consistently with
54 less room for interpretation, etc, etc.
55
56 When it comes down to it we really are discussing what will hopefully be
57 the least used rules of the entire distro.
58
59 I will attempt to merge Richards idea's with my own.
60
61 1) The Foundation call's for Council elections, Council call's for
62 Foundation elections.
63 2) At any time during a Councils term the Council can ask the
64 Foundation to call elections for Council, at which time the Foundation
65 _must_ do so. (and vice versa for Foundation)
66 3) Foundation can dismiss Council and call elections. (majority or
67 absolute vote?)
68 4) Council can dismiss "Foundation" (or more correctly all its members)
69 and call elections. ( absolute vote only? )
70 5) A Council or Foundation can't be dismissed within the first 2 Months
71 of being elected.
72 6) The Foundation automatically delegates Development responsibility to
73 the Council.
74 7) The Council may appoint Positions and delegate responsibilities. [1]
75 8) The Council is the arm of Gentoo that defines the direction of Gentoo
76 from a development perspective as long as it meets the goals of the
77 Foundation ( Otherwise the Foundation will dismiss them, or possibly
78 overturn there decisions? )..
79 9) The Council must meet monthly ( with current attendance rules ).
80 Rules surrounding extra meetings are at the Councils discretion.
81 10) Any developer may follow the following procedure to hold a
82 referendum on any issue that will be binding on Gentoo (but not the
83 Foundation):
84 a) Create a petition containing a clear resolution with voting options
85 (which must include an option to abstain and an option to decline the
86 resolution).
87 b) Collect gpg signatures from developers/staff. The requisite number
88 of signatures is xx% of the number devs who made commits in the last 30
89 days. Note that the count of devs making commits is used ONLY to
90 determine the number of sigs needed - any devs/staff can provide sigs
91 regardless of their role or level of activity as long as they haven't
92 been retired/booted.
93 c) Submit petition to Foundation. The council will post the petition
94 on -dev-announce (or -core if the petition so indicates) and allow two
95 weeks for debate and two weeks for voting.
96
97
98 [1] This means that the Council could appoint a leader and delegate all
99 responsibility to them, it could also be used to imply that the Council
100 appoints the leaders of each Project by accepting automatically the vote
101 of that projects members. Therefore a leader of a project would have
102 been delegated responsibility for the project from the Council.
103
104
105 Hopefully this will give ppl something to think about at least.
106
107 Alistair
108 --
109 gentoo-project@l.g.o mailing list