<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">Hi All,</div><div dir="ltr"><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">I am perfectly aware that `master` has other significations than the master/slave meaning, and I personally never made this association in the past. However I'm also able to recognize that I'm privileged here, and that not everyone is in the same position.</blockquote><div dir="ltr"><br></div><div>No objection to renaming the branch. I definitely like the idea of staying consistent with whatever github is doing.</div><div><br></div><div>But on process for this kind of thing: Has anyone actually complained about the name of the master branch? I can see a strong motivation for removing master/slave terminology from projects, but the name "master" for the primary branch of a project almost certainly comes from this sense of the word [1]:</div><div><br></div><div>"13. The original of a document or of a recording.</div><div>e.g. The band couldn't find the master, so they re-recorded their tracks."</div><div><br></div><div>If the bar for removal / renaming is "Use of X is offensive", or "Use of X is clearly impacting contributors or potential contributors" then I'm all for it. If the bar is "Nobody has actually complained, but X could be mistaken for something offensive" that seems like a low bar.</div><div><br></div><div>-- Lang.</div><div><br></div><div>[1] <a href="https://en.wiktionary.org/wiki/master#English">https://en.wiktionary.org/wiki/master#English</a></div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Jun 20, 2020 at 4:03 PM Mehdi AMINI via llvm-dev <<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Jun 20, 2020 at 3:31 PM James Courtier-Dutton <<a href="mailto:james.dutton@gmail.com" target="_blank">james.dutton@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">Hi,<br>
<br>
I am more confused than anything else.<br>
There are whole areas of data design and management called "Master<br>
Data Management".<br>
In financial statements there is the expression "In the black" meaning<br>
a good positive figure in the balance sheet,</blockquote><div><br></div><div>I'm glad to hear that there are positive uses of the word "black"!</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"> and "in the red" and a<br>
bad negative figure.<br>
So, for the confused people like me, I would prefer someone to come up<br>
with a list of words (and in what context) that are offensive, and<br>
then we can easily avoid them in future.</blockquote><div><br></div><div>It is hard to have an exhaustive list, but I'm sure we can come up with a list of resources to link to from our docs (coding standards for example), I pointed to <a href="https://tools.ietf.org/id/draft-knodel-terminology-00.html#rfc.section.1.1" target="_blank">IETF doc</a> in the original post, Google also has a doc on <a href="https://developers.google.com/style/inclusive-documentation" target="_blank">Writing inclusive documentation</a>, </div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"> I am sure, like me, that none<br>
of us wish or have ever wished to use offensive words.<br>
I get the feeling that people are having to guess at the moment, Is<br>
"xyz" offensive?<br></blockquote><div><br></div><div>I am fairly confident that "xyz" is OK :)</div><div><br></div><div>Best,</div><div><br></div><div>-- </div><div>Mehdi</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">
<br>
Kind Regards<br>
<br>
James<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
On Fri, 19 Jun 2020 at 10:49, Mehdi AMINI via llvm-dev<br>
<<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a>> wrote:<br>
><br>
> Hi,<br>
><br>
> When we moved to GitHub a few months ago, we used without more consideration the "master" convention to name our development branch. On SVN it used to be just "trunk".<br>
> This naming is unfortunate as it can hurt some contributors, and there is really no technical advantage that I know of to favor this convention over another.<br>
><br>
> I am perfectly aware that `master` has other significations than the master/slave meaning, and I personally never made this association in the past. However I'm also able to recognize that I'm privileged here, and that not everyone is in the same position.<br>
><br>
> As we intend to be an inclusive community, I propose that we change the name of our development branch and that we adopt instead a more neutral terminology for the LLVM monorepo. Possible names are "dev", "trunk", "main", "default", ...<br>
><br>
> We need to plan a transition as all the bots will need to be updated to track this new branch instead, but these are minor technical details, nothing compared to the SVN->Git migration we went through.<br>
><br>
> Since I'm on this topic, we should also likely look into the pervasive use of whitelist/blacklist in the project.<br>
><br>
> Thoughts?<br>
><br>
> --<br>
> Mehdi<br>
><br>
><br>
> _______________________________________________<br>
> LLVM Developers mailing list<br>
> <a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a><br>
> <a href="https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer" target="_blank">https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev</a><br>
</blockquote></div></div>
_______________________________________________<br>
LLVM Developers mailing list<br>
<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a><br>
<a href="https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer" target="_blank">https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev</a><br>
</blockquote></div>