Gentoo Archives: gentoo-nfp

From: "Anthony G. Basile" <basile@××××××××××××××.edu>
To: gentoo-nfp@l.g.o
Subject: Re: [gentoo-nfp] Gentoo Social Contract and potential liabilities
Date: Sat, 24 Oct 2015 13:42:25
Message-Id: 562B8ABA.3090008@opensource.dyc.edu
In Reply to: Re: [gentoo-nfp] Gentoo Social Contract and potential liabilities by Rich Freeman
1 On 10/24/15 9:18 AM, Rich Freeman wrote:
2 > On Sat, Oct 24, 2015 at 8:33 AM, Sven Vermeulen <swift@g.o> wrote:
3 >>
4 >> This was brought forward when we started accepting user contributions
5 >> through GitHub. Yes, we've had the discussion that we don't depend on it.
6 >> But now the question was how do we need to interpret "depend on"?
7 >>
8 >
9 > The Council took up this topic last week. I'm not suggesting the
10 > Trustees are bound by this, but they certainly should be informed by
11 > it. What we agreed upon was:
12 >
13 > "The Gentoo council encourages contributions to Gentoo via manyfold
14 > ways. However, it also recognizes that the usage of Github, being a
15 > closed-source service, poses the danger of data lock-in and should not
16 > be preferred. The question has been posed whether the current usage of
17 > Github is in line with the Gentoo social contract- a question still
18 > open to interpretation.
19 > With this background the council asks for implementation of
20 > * the two-way mirroring of Github pull requests to bugzilla (including
21 > comments and patches)
22 > * the public archiving of Github repository e-mail notifications
23 > * and the mirroring of Github pull request git branches on Gentoo
24 > infrastructure
25 > or functionally equivalent alternatives. The council believes that
26 > this should suffice for all developers to dispell doubts about
27 > adherence to the Gentoo social contract."
28 >
29 > There is another side to this discussion which hasn't really been
30 > touched upon. Even if we wanted to move away from Github, what could
31 > we actually do to prevent its use? I think that attempting to do so
32 > would be fairly divisive. You can't tell somebody what tools they can
33 > use to prepare their patches any more than you can tell them what text
34 > editor to use to author their ebuilds. A file that spent some time in
35 > Github looks the same to Gentoo as a file that did not. I don't think
36 > anybody is going to support kicking devs who use it, or even those who
37 > encourage its use for contributions.
38 >
39 > Likewise, we don't actually have a policy that forces devs to close
40 > bugs at all, so a dev could choose to only work on pull requests
41 > submitted in Github and ignore bugs in Bugzilla. I think that would
42 > be ridiculous and counter-productive, but strictly speaking it would
43 > be allowed by policy. And what is the alternative, forcing devs to
44 > close Bugzilla bugs in a certain time? We don't require such things
45 > because devs are volunteers and a dev closing two bugs is more useful
46 > to us than a dev who quits and closes zero bugs because he's being
47 > yelled at for not fixing twenty.
48 >
49 > I think we'll get further by encouraging collaboration however it
50 > happens. When I fix a bug in an openrc script it isn't because I
51 > personally benefit (I no longer use openrc), but rather because it
52 > usually isn't hard for me to do and I know that lots of others will
53 > benefit. So, when you get a bug reported in an unconventional way, by
54 > all means we should work to get it into Bugzilla, but we should be
55 > fixing bugs because they're bugs, not because of how they're reported.
56 >
57 >>
58 >> In the extreme case, could developers and users who contributed time and
59 >> effort to the Gentoo project ask for compensation the moment that we would
60 >> be in breach of the Social Contract?
61 >>
62 >
63 > Under the present system, I'd think no, because all the real
64 > contributions are licensed GPL-2+ which doesn't actually contain any
65 > of our social contract terms. If we accumulated some big war chest of
66 > donations and then used them contrary to our announced purposes, that
67 > might be grounds for a lawsuit. However, we're not spending any
68 > Foundation money on services like Github, and it seems unlikely that
69 > we'd ever choose to do so, precisely because of the social contract.
70 > While I think we shouldn't be opposed to developers using Github we
71 > shouldn't be funding it.
72 >
73 > I actually have suggested that Gentoo move towards something like the
74 > FSFe FLA for copyright, and that does actually contain some clauses
75 > for taking back contributions if Gentoo were to stray. However, that
76 > is targeted more at re-licensing. For example, if you gave Gentoo an
77 > exclusive license to your contribution under the FLA and Gentoo chose
78 > to re-license it under a proprietary license, then the license would
79 > be terminated and copyright would revert to you. However, even that
80 > approach doesn't cover the social contract, and Gentoo would still
81 > have the same rights towards contributed code as it has under the GPL.
82 >
83 > IMO, trying to build stuff like this into actual software licenses is
84 > unwise. As we can see there is a lot of debate over just what "depend
85 > on" means and that isn't really a good foundation for a legal
86 > document. I think the debate is healthy, but taking this into courts
87 > and bankrupting the Foundation over the issue is not.
88 >
89 >> So the second question is, what are the ramifications towards the Gentoo
90 >> community, Gentoo project and even Gentoo Foundation when Gentoo would be in
91 >> breach of this part of the Social Contract?
92 >
93 > I think the Social Contract is more about what we stand for. Unless
94 > we were to take this to an extreme, I doubt any court would want to
95 > touch it from a legal perspective.
96 >
97 > I think the real impact is that the Social Contract is a big part of
98 > what brings us together. If we completely disregard it, I suspect
99 > we'd see a lot of people drifting away. After all, we're all donating
100 > our time. We want to donate that time towards something that means
101 > something. So, the Social Contract is critically important to Gentoo
102 > regardless of whether it has any legal basis.
103 >
104 > There is always going to be some edge case that raises a vigorous
105 > debate. I think the key is that we're having this argument over a
106 > gray area that is really on the periphery of what we do. I don't
107 > think that means we're compromising our core values - the fact that
108 > we're so divided actually suggests to me that we take such matters
109 > very seriously.
110 >
111
112 I have no idea where you're going with this. If Gentoo is unwilling
113 uphold the SC then it should not have made that promise. You don't just
114 get out of a contract because ${reasons}. There were many man-hours of
115 labor put into Gentoo under that agreement, and its not unreasonable
116 that some will legally demand that Gentoo stand by it. This make us
117 liable, especially as the leadership, liable. It is not unreasonable to
118 request legal council at this point so that we are better informed.
119
120 --
121 Anthony G. Basile, Ph. D.
122 Chair of Information Technology
123 D'Youville College
124 Buffalo, NY 14201
125 (716) 829-8197

Replies