1 |
On Mon, Jun 25, 2018 at 4:52 PM, Denis Dupeyron <calchan@g.o> wrote: |
2 |
|
3 |
> On Mon, Jun 25, 2018 at 3:31 PM Alec Warner <antarus@g.o> wrote: |
4 |
> > I think you paint a fairly black and white picture here. If there are |
5 |
> *concrete* issues then I want to see them here (e.g. adopting a DCO means |
6 |
> these 5 people cannot contribute without some additional work) because its |
7 |
> up to Gentoo to work out these issues. Maybe that means accepting |
8 |
> contributions on a contingent basis while we work out the issues. Maybe it |
9 |
> means delaying making the DCO mandatory for everyone. Maybe it means |
10 |
> talking to lawyers to discuss specific legal problems. |
11 |
> |
12 |
> I have no opinion of the document itself, whatever it is. I was just |
13 |
> making you guys aware that if this did happen, I and a bunch of others |
14 |
> will be asked to stop contributing in any form until the document, |
15 |
> whether good or bad, was reviewed and us allowed to sign it. Again, |
16 |
> you can make the document as suitable as possible to us, it would |
17 |
> still have to be reviewed by our corporate lawyers. If somebody, |
18 |
> somewhere, decides this has to go full corporate, i.e., to Japan where |
19 |
> I'm suspecting lawyers are not very familiar with both US law and |
20 |
> open-source matters, you're no longer counting in months. And again, |
21 |
> we're talking about the maintenance and continued development of |
22 |
> things like portage and OpenRc. I'm hoping I don't have to make the |
23 |
> case to you that it's difficult if at all possible to replace paid |
24 |
> developers with a loose bunch of volunteers. |
25 |
> |
26 |
|
27 |
So I would rather get some consensus on the wording of the DCO and send it |
28 |
to $employer_legal_department for review, as opposed to just doing nothing. |
29 |
Gentoo the organization decides when / if the DCO is mandatory. I'm |
30 |
proposing we finalize the wording and get a review (to unblock the DCO, |
31 |
which is nominally a thing Gentoo wants to do.) |
32 |
I think it should be a goal to retain the volunteers who are paid; and if |
33 |
we cannot do that then well, that is a problem for future us (e.g. we need |
34 |
to ask and have the employer unable to say yes for whatever reason.) I feel |
35 |
like you are suggesting just not asking..and I'm not really on board with |
36 |
that. |
37 |
|
38 |
-A |
39 |
|
40 |
|
41 |
> |
42 |
> > I'd rather do a DCO and see things like "well we tried to recruit 20 new |
43 |
> people but 15 of them left because of a DCO" than be subject to |
44 |
> unsubstantiated fear. At least on that basis we can decide that the DCO is |
45 |
> 'too risky to staff' and stop requiring it. But that would be an experience |
46 |
> based on actually trying something. |
47 |
> |
48 |
> You just won't get 20 recruits or candidates. You will get much fewer |
49 |
> to none of them. Mark my words. Imagine the situation. Young software |
50 |
> developer has to choose between living his/her life on one hand, and |
51 |
> on the other going through our stupid recruitment system, wait for |
52 |
> months, and then ask his manager to ask his manager to ask etc... that |
53 |
> his/her employer reviews this document and clears him/her to sign it. |
54 |
> This person will either do nothing or become an arch developer. We |
55 |
> don't live in a vacuum. |
56 |
> |
57 |
|
58 |
I'm less convinced by theoretical problems than by practical ones that we |
59 |
have experience with though. |
60 |
Maybe we can collect data from other projects who require a DCO and see if |
61 |
they lost contributors? |
62 |
|
63 |
-A |
64 |
|
65 |
|
66 |
> |
67 |
> Again, I don't have any opinion on the document nor the process. I'm |
68 |
> just trying to raise issues which I haven't seen being raised before |
69 |
> it's too late. When our employer asks us to stop contributing we will |
70 |
> have no choice but to comply. |
71 |
> |
72 |
> |