<div dir="ltr"><div dir="ltr">On Wed, Nov 1, 2023 at 3:52 PM Richard Troy <<a href="mailto:rtroy@sciencetools.com">rtroy@sciencetools.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
<br>
> Date: Tue, 31 Oct 2023 21:40:48 -0400<br>
> From: Josh <<a href="mailto:josh@redstrate.com" target="_blank">josh@redstrate.com</a>><br>
> To: <a href="mailto:kde-community@kde.org" target="_blank">kde-community@kde.org</a><br>
> Subject: Questions about real name policy<br>
> <br>
> Hello KDE community,<br></blockquote><div><br></div><div>Hi Josh,</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
><br>
> I'm not sure if this is the best ML to post it in, but anyway - what is <br>
> our current stance on a real name policy? We were recently asked again <br>
> in a Matrix channel and the consensus seems to be "we don't know?" From <br>
> what I can tell, you *must* use your real name or else our git commit <br>
> hooks will reject any pushes. From some precursory web searches, people <br>
> say to work around this by putting spaces in the git username field. So <br>
> it's allowed, but unofficially? The git commit hook doesn't mention this <br>
> work around I think.<br></blockquote><div><br></div><div>You must use a proper name, otherwise the servers will reject it yes.</div><div><br></div><div>However we have no way of enforcing a real name, so it really just needs to be something you are known by.</div><div>(ie. there is nothing to stop people from using pseudonyms)</div><div><br></div><div>That being said, for those who are looking to reference their work later it would be recommended to use your actual name as we won't rewrite repositories for people who want to change their name.</div><div>(so being consistent, and ensuring that you will be happy with the name you have chosen in 5 years time is a good idea)</div><div><br></div><div>If you have opted to adopt a name that does not contain spaces (and cause immense pain for yourself in the process as lots of places expect first and family names) then you will need to file a Sysadmin ticket to have your name be whitelisted within our systems.</div><div>You must still follow normal conventions on capitalisation and other rules that would usually be enforced for names (so no numbers in it for instance).</div><div><br></div><div>Do not workaround or otherwise attempt to bypass the commit hooks - they are enforcing rules and bypassing them is not permitted.</div><div><br></div><div>On the relicensing point, a long lived contact email address is just as important here (if not almost more important).</div><div>Please ensure you use an email address that will still be active in several years time. Use of throwaway addresses is also not permitted.</div><div><br></div><div>Much like names, the server also performs a bunch of validation on your email address to ensure it is usable and valid.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
><br>
> I have gotten more than zero complaints/questions about this policy, and <br>
> I've only been here for a year. When tracking down something "official", <br>
> all I've found is a few mentions on the Community wiki. If we dismissed <br>
> the policy, then we should update those commit hooks. These contributors <br>
> are starting to make non-trivial commits to projects I care about, so it <br>
> would really great if we can accommodate them.<br>
><br>
> Whatever decision we make, can we document this somewhere so I can link <br>
> people to it? Preferably on <a href="http://kde.org" rel="noreferrer" target="_blank">kde.org</a>, where it it's immutable and <br>
> official looking like our code of conduct.<br>
><br>
> (If the reason is "it's because of relicensing", I have a hard time <br>
> tracking down people even when I know their full names. I would prefer <br>
> better reasons than that, if possible 😆)<br>
><br>
> Thanks,<br>
> Josh<br></blockquote><div><br></div><div>Cheers,</div><div>Ben</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Hi Josh - and KDE community,<br>
<br>
I'm in this even more recently than you, but I hope this short reply is <br>
worthwhile:<br>
<br>
I'm speaking here as a person who STRONGLY values online anonymity.<br>
<br>
That said, context is _everything._ My father was a state assistant <br>
attorney general and I myself spent an entire year working as an unpaid <br>
legal aide for the lawyers there. From that experience, and now, as a <br>
person who's created a small software company, my response is that your <br>
instincts are good: As you note, the licensing is really important here.<br>
<br>
My instincts say that this is clearly and unmistakably a question for a <br>
lawyer who's both informed on the issues and cares about this project, <br>
either because their paid or because they're committed in some other way.<br>
<br>
Regards,<br>
Richard<br>
<br>
--<br>
Richard Troy, Chief Scientist<br>
Science Tools Corporation<br>
510-717-6942<br>
rtroy@ScienceTools.com, <a href="http://ScienceTools.com/" rel="noreferrer" target="_blank">http://ScienceTools.com/</a></blockquote></div></div>