Re: Consensus on a new default branch name
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Peff,
With all respect I have yet to see any evidence actually presented
against master either. The original list makes the claim its offensive
and everyone I have asked on other forums just says its obvious its
offensive but cannot say how it is without resorting to `Do you not find
enslaving humans offensive`. About all we have is twitter where you can
easily find people saying its time to go and that changing it makes them
feel worse as they had no problem with it and yet its being forced
through in their name. L makes a case with research that the initial
claim was also not made in good faith at
https://lore.kernel.org/git/20200621195023.3881634-1-lkcl@xxxxxxxx/ .
The link is also more on the master/slave depart but many of the points
researched cover this one as well.
I like that you want to err on the side of empathy but based on how most
of these changes have been forced through their communities I do not
think the ones arguing for this would do the same for you. As can
partially be seen with the claim that there is no amount of work that
can justify continuing to use master or a host of other terms.
My personal feeling is it should not change as while many on this list
certainly are speaking in good faith and want to help the momentum
behind the change very much is not. While I know its not part of this
list check out the gitlab issue where they finally opened it back up for
discussion at https://gitlab.com/gitlab-org/gitlab/-/issues/221164 and
it adds onto those that seem to argue for attack any who argue against.
If a change is going to be made that will affect million of developers
and possibly break thousands to millions of applications I would say
that you need a mountain of proof and not what has been seen so far.
If I may ask what is the intended result of the change if it cannot be
measured?
-Whinis
[Index of Archives]
[Linux Kernel Development]
[Gcc Help]
[IETF Annouce]
[DCCP]
[Netdev]
[Networking]
[Security]
[V4L]
[Bugtraq]
[Yosemite]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Linux SCSI]
[Fedora Users]