1 |
On Wed, Apr 10, 2019 at 2:17 AM Alice Ferrazzi <alicef@g.o> wrote: |
2 |
|
3 |
> The 04/10/2019 07:59, Ulrich Mueller wrote: |
4 |
> > >>>>> On Wed, 10 Apr 2019, Ulrich Mueller wrote: |
5 |
> > |
6 |
> > >>>>> On Tue, 09 Apr 2019, Gokturk Yuksek wrote: |
7 |
> > |
8 |
> > > I'd like to (informally) propose the following, for which I'm willing |
9 |
> > > to formulate as a GLEP proposal if there is interest: |
10 |
> > |
11 |
> > > The Foundation has an established practice of storing the legal names |
12 |
> > > of developers who join under a pseudonym. The infrastructure is |
13 |
> > > already in place for this. I think that allowing these developers to |
14 |
> > > commit using their pseudonyms as long as the Foundation is informed |
15 |
> > > their real identity does not exacerbate the legal risks they already |
16 |
> > > pose. The foundation may decide their arbitrary criteria on who is |
17 |
> > > eligible for this type of protection, including requiring sound legal |
18 |
> > > reasons for them to keep their identities hidden. I understand that |
19 |
> > > the maintenance of this could be a burden for the Foundation in |
20 |
> > > theory, but in practice I suspect this number is very low already. |
21 |
> > |
22 |
> > That doesn't work, because there would be no way for a person outside of |
23 |
> > the Foundation to verify such identities. |
24 |
> > |
25 |
> There is no way also for foundation to check all sign-off are assigned |
26 |
> to real legal names. |
27 |
> |
28 |
|
29 |
So these are two separate points. I don't quite understand Ulm's point but |
30 |
it is different than the point you are raising. |
31 |
|
32 |
Your point seems to be that somehow the "Foundation must be able to check |
33 |
if all sign-offs are signed by a legal name." We already made it clear we |
34 |
don't do this checking. That doesn't mean its OK to use an pseudonym (it is |
35 |
not, and doing so violates the policy.) If we later find out people violate |
36 |
the policy, we don't accept commits from them anymore. You can call the |
37 |
system crappy or whatever, but its the system we have in place. today. |
38 |
|
39 |
Ulm's point seems to be about transparency: "there would be no way for a |
40 |
person outside of the Foundation to verify such identities." I'm not sure |
41 |
the entire usefulness of such a use case (do people care about being able |
42 |
to do this?) |
43 |
|
44 |
Putting the above points aside for a moment the Foundation has had a policy |
45 |
of shielding specific contributors from having their identity made public. |
46 |
I can't say with a straight face that "the infrastructure is already in |
47 |
place for this" (it really isn't) nor can I say that the Foundation has any |
48 |
written policies about how to safeguard, share, divulge, or otherwise use |
49 |
this information and instead it has ridden on the spoken words of various |
50 |
Foundation officials in the past. Its not something I'd want to build upon. |
51 |
|
52 |
|
53 |
> > To clarify, I won't be opposed against making a specific exception and |
54 |
> > "grandfathering" any devs who had commit access before the cut-off date |
55 |
> > when GLEP 76 was implemented. |
56 |
> > |
57 |
> |
58 |
> I propose foundation to vote for add the use of pseudonym in the GLEP 76. |
59 |
> For keeping Gentoo a confortable and inclusive place. |
60 |
> |
61 |
> > However, going forward, we shouldn't allow any further exceptions from |
62 |
> > the real name policy. |
63 |
> > |
64 |
> |
65 |
|
66 |
I'm not especially keen on grandfathering people into the project in this |
67 |
way because I think it defers the problem. Pseudonymous contributors want |
68 |
to contribute but cannot. Letting in people who happened to be contributors |
69 |
before glep 76 doesn't solve this problem, it just defers it in the hopes |
70 |
that new contributors who fall into this bucket get dissuaded before they |
71 |
push for changes. |
72 |
|
73 |
|
74 |
> |
75 |
> who said that we cannot allow any further excepions from the real name |
76 |
> policy? |
77 |
> |
78 |
> -- |
79 |
> ====================================== |
80 |
> Thanks, |
81 |
> Alice Ferrazzi |
82 |
> |
83 |
> Gentoo Kernel Project Leader |
84 |
> PGP: 2E4E 0856 461C 0585 1336 F496 5621 A6B2 8638 781A |
85 |
> ====================================== |
86 |
> |
87 |
> |