Re: Rename offensive terminology (master)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Whether or not any patch would be accepted, the damage is already done.
 From now on, people will judge you if you dare to use the name "master" anywhere
and this is incredibly sad. These people are literally bullying us into
submission in the name of political correctness where no harm was actually
done.

This sickens me.
Not just that, any twitter use can complain and get entire communities to throw out all rules on changes to appear to be on the "right" side. If anyone submitted a patch to change any functioning name without good reason, especially one assumed to never change and would likely break a significant number of external processes it would be denied without second thought. Here the entire thread didn't ask should we change it but instead started on the premise, even though this is documented throughout the world and millions or even billions of scripts and programs assume it to be constant, it must change without discussion.

Not just that the entire process has become a laughing stock that the tech community seriously believes anyone has a problem with 'master' but even worse that it will somehow fix something in the world. You can find no shortages of post on forums and websites of people wondering what exactly is trying to be accomplished.While not done here presumably due to being more difficult to access, every other venue of commenting has been either ignored (e.g. twitter) or closed to discussion under the premise its becoming to aggressive to argue against. This thread is not much better quickly coming to a decision that its not IF it should change but WHAT it should change to.

What reason could possibly be good enough to break backward compatibility with itself, break assumed standards of interaction with the software, and all without major review process? I have seen critical security patches with more insight than how quickly this word change is being pushed through both here and other locations.



[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]

  Powered by Linux