1 |
On Fri, Oct 14, 2016 at 8:08 AM, Ian Stakenvicius <axs@g.o> wrote: |
2 |
> |
3 |
> The tricky technical part here that I worry about is the Gentoo Dev |
4 |
> <-> Gentoo Staff assertion, and the hard |
5 |
> staff-must-be-foundation-member and foundation-member-must-be-staff |
6 |
> rules listed above. Loss of foundation membership seems that it must |
7 |
> remove staff status by definition, but since dev's are staff simply |
8 |
> because they're dev's, are they still a dev when they lose their staff |
9 |
> status? |
10 |
> |
11 |
|
12 |
Yes |
13 |
|
14 |
> Now, there may well be good reason to force the Dev<->Foundation |
15 |
> member assumption. However I think the Dev<->Staff thing should |
16 |
> probably be decoupled if one cannot be staff without being a |
17 |
> foundation member. |
18 |
|
19 |
I disagree. Let me explain why I am suggesting making the various |
20 |
groups tightly bound: |
21 |
|
22 |
One of the problems we have with the current organizational model is |
23 |
that we have two different pools of voters (Foundation members and |
24 |
"Developers" (which today includes anybody with an @g.o address even |
25 |
if they don't have commit access - the proposal splits that into Staff |
26 |
and Developers)). They each elect a set of leaders, which differing |
27 |
areas of responsibility (but also with some degree of overlap, since |
28 |
the Foundation has a mission bigger than keeping the lights on and the |
29 |
Council currently oversees Comrel/CoC/etc). |
30 |
|
31 |
If we want to rationalize the leadership, we also need to deal with |
32 |
their constituencies. |
33 |
|
34 |
Let's take for example the case of somebody booted as a Dev because of |
35 |
some CoC violation. For the sake of simplicity let's assume it was an |
36 |
open-and-shut case perfectly handled and Comrel worked in a manner all |
37 |
would agree with. Under our current model, they would stop being a |
38 |
dev and might be banned from IRC/etc. However, they can still vote |
39 |
for Trustees. Does that really make sense? Likewise, if somebody |
40 |
leaves due to inactivity but keeps voting in Trustee elections, they |
41 |
also can remain part of the Foundation indefinitely. |
42 |
|
43 |
I'm sure our "alumni" in general care about Gentoo, but the reality is |
44 |
that they don't really have much involvement in the day-to-day. Do we |
45 |
want them picking our leaders/etc? Today the functions of the |
46 |
Trustees are more limited, so it hasn't been as large an issue (though |
47 |
as has been pointed out, the legal powers of the Trustees are quite |
48 |
large and even if they wisely choose not to exercise them carelessly |
49 |
we should certainly exercise care with who we trust in this role). |
50 |
However, if we want to expand their powers in practice (setting aside |
51 |
whether they already have them legally) then we should probably think |
52 |
about who they answer to. Suppose we did come up with a new Comrel |
53 |
GLEP and decided to put it up to a general vote for approval; right |
54 |
now we need to figure out which of the two groups of constituents to |
55 |
poll. |
56 |
|
57 |
I don't think we need to add a lot of bureaucracy in practice to make |
58 |
this work. In general anybody qualified to be a dev is already |
59 |
qualified to be a Foundation member, even if we make them apply for it |
60 |
currently. While we don't automatically boot people who aren't devs I |
61 |
don't see why this would become a problem if the Foundation is |
62 |
overseeing the processes by which people leave anyway. |
63 |
|
64 |
The only real administrative burden it would place on devs is the |
65 |
requirements to vote for a Trustee at least once every two years. I'm |
66 |
all ears if somebody has a way to make that go away. The practical |
67 |
issue here is the need to have a quorum under New Mexico law, so if we |
68 |
get low turnout the election may not be valid. While this hasn't come |
69 |
up, there is another benefit to making the pool of foundation members |
70 |
both large and reasonably active: it makes any kind of "hostile |
71 |
takeover" much harder to pull off, while actually making a "good |
72 |
takeover" easier. If some kind of outsider wants to infiltrate they |
73 |
need to get a quorum to show up to a meeting and control a majority of |
74 |
votes there, and that is harder when there are more members required |
75 |
to constitute a quorum. On the other hand, if somehow things get out |
76 |
of control and the community needs to take things back, then not |
77 |
having deadwood in the voting rolls means that those who are actively |
78 |
involved would find it easier to constitute a quorum at such a |
79 |
meeting. Really, you just want the legal representation of the |
80 |
organization to match those who are actively a part of it. |
81 |
|
82 |
So, the question becomes is compulsory voting a reasonable price to |
83 |
pay for better governance. In some (but not many) countries they feel |
84 |
strongly enough about such things that they actually fine you for |
85 |
failing to vote. |
86 |
|
87 |
If we just maintain the status quo across the board I can see less |
88 |
urgency here. However, if we're going to go so far as to consider |
89 |
putting the Trustees at the top of the food chain wouldn't it make |
90 |
sense to also take a look at how they get elected? And why would we |
91 |
want them maintaining multiple sets of criteria and admission |
92 |
processes for the two groups of members they'd now administer? |
93 |
|
94 |
All that said, this should also demonstrate that "re-organizing" |
95 |
Gentoo isn't really just as simple as changing a word in the Wiki |
96 |
about where Comrel appeals go. There are a multitude of concerns that |
97 |
need to be dealt with. |
98 |
|
99 |
-- |
100 |
Rich |