Gentoo Archives: gentoo-project

From: Matthew Thode <prometheanfire@g.o>
To: gentoo-project@l.g.o
Subject: Re: [gentoo-project] Merging Trustees and Council / Developers and Foundation - 1.0 reply
Date: Wed, 25 Jan 2017 20:33:09
Message-Id: b2ed8428-ef48-f230-f44b-95518cb15a30@gentoo.org
In Reply to: Re: [gentoo-project] Merging Trustees and Council / Developers and Foundation - 1.0 reply by Matthias Maier
1 On 01/11/2017 06:24 AM, Matthias Maier wrote:
2 > Hi Matthew,
3 >
4 > On Wed, Jan 11, 2017, at 04:59 CST, Matthew Thode <prometheanfire@g.o> wrote:
5 >
6 > [...]
7 >
8 >> I think I'm leaning towards
9 >> the 'board' being what is currently trustees + hr(comrel) + pr + infra.
10 >> Under that would go what is currently being done by council.
11 >
12 > I am a bit astonished by the sudden proposal to centralize more power
13 > under the Gentoo Foundation, A US based non-profit. As was laid out by
14 > ulm and dilfridge, there are a number of severe legal uncertainties for
15 > non-US citizens participating in such a construct and frankly speaking I
16 > do not see the need for it. On the contrary.
17 >
18
19 I don't necessarily see this as a centralization of power. I think a
20 lot of the debate has been over "Who should 'control' Gentoo"
21
22 I think that should be the Foundation as the foundation is what
23 currently controls the name of Gentoo and Gentoo's infrastructure and
24 finances. The foundation also has the most legal exposure. Further I'd
25 make the claim that because of the Foundations current status
26 (maintaining legal / financial control of Gentoo), that the Foundation
27 already does, even if the Foundation is very hands off now.
28
29 As far as the legal uncertainties go, my proposal (the new 1.1 one)
30 makes Foundation membership optional, but it would be opt-out to
31 encourage participation. If there's blowback on the opt-out part then
32 it could be made opt-in, but I'd like to keep participation high if
33 possible.
34
35 > - It is my firm believe that it is *vital* for an open source project
36 > that essentially consists of volunteers from around the world to be
37 > organized as a community and not as a legal entity under some
38 > jurisdiction.
39
40 The problem is that we NEED to exist as a legal entity as well.
41 Partially for copyright reasons, but also for tax reasons. If we don't
42 then anyone could register the trademark of 'Gentoo Linux' and then sue
43 us. (not that they can't file frivolous lawsuits anyway).
44
45 My goal is to move the areas that expose Gentoo legally and financially
46 to be directly under the foundation while keeping the technical matters
47 controlled through Council. This does not preclude having council have
48 things run through them and then to the Foundation, but the foundation
49 should be the final stop in escalations involving legal or financial
50 matters.
51
52 The way I see it is that Gentoo would basically remain as the status
53 quo, with some slight differences in reporting structure.
54
55 >
56 > Therefore the status quo makes a lot of sense:
57 >
58 > - the developer community organizing itself
59 >
60 > - the Foundation taking care of legal matters (finances and
61 > infrastructure) that need a legal entity in some jurisdiction
62 >
63 > The vital bit is the fact that the developer community is
64 > self-organizing and this includes the power to decide who is a member
65 > and who is not.
66 >
67
68 The Foundation has already had to be consulted in one instance about a
69 potential dev from a country for which the US had sanctions against at
70 the time. To me that means that you currently don't have 'ultimate'
71 power to decide who is a dev. No mater where Gentoo is organized I see
72 this being an issue.
73
74 > - Now, all you essentially propose is to shift the "hr(comrel)" part to
75 > the Foundation - all the rest (trustees, pr, and infra) it is already
76 > in charge of.
77 >
78 > So, why is it important to give the Foundation the power to decide
79 > over the "hr" part of the Gentoo developer community?
80 >
81 > If it is just about comrel, well, we can easily reorganize comrel
82 > into an elected body (by the Gentoo developer community) similarly to
83 > the council.
84 >
85
86 Being elected is a good decision, but not one my proposal is looking to
87 make. The reason I'd like comrel to operate under the Foundation is
88 legal exposure. I'd suspect that we'd be largely hands off. They could
89 even still escalate to the Council and from Council to the Foundation.
90
91 > I do not see any necessity for the Foundation to be involved in the
92 > self organization of the developer community. On the contrary, there
93 > is the danger that a strengthened Foundation will severely undermine
94 > the authority of our developer community procedures, with
95 >
96 > - trustees being able to overrule the council on technical and
97 > community decisions
98 >
99
100 I think/hope this can be prevented with a bylaw prohibiting making
101 technical decisions that don't have impact in legal or financial ways.
102 (prohibiting an ebuild for licensing issues is something we would be
103 able to do, but not prohibiting version a in favor of version b of
104 something like ansible vs chef because we prefer one).
105
106 > - trustees being able to overrule our (developer) recruiting
107 > process
108 >
109
110 As I said above, we have already been consulted at least once (it was a
111 while ago) and because of legal exposure I think we have to be.
112
113 In practice I don't see us doing much other than accepting new devs as
114 they come. Only in extreme circumstances do I see us exercise that power.
115
116 > So, as a trustee (and the one proposing this move), why do you want to
117 > have this power presiding over the developer community?
118 >
119
120 Personally, I don't. It's a lot of work and bikeshedding. But I think
121 this will make us better able to handle conflict within the distro
122 (whatever the source or reason).
123
124 > Best,
125 > Matthias
126 >
127
128 --
129 Matthew Thode (prometheanfire)

Attachments

File name MIME type
signature.asc application/pgp-signature

Replies