I still don't understand regardless of connotations why these words in the context they exist would offend anyone at face value. I don't mind if the words are replaced with something more meaningful but if the reasoning is racism that seems daft to me. MasterCard better watch out, eh. Maybe censor their logo if it exists in Composr ;P

@Adam funny because I was just thinking about MasterCard when making this issue.

The reason why the dev community is moving away from "master/slave" is because that was a term pairing which originated from slavery. I'm personally on the side of not feeding into concept creep (e.g. if a word is being used for its non-offensive meaning such as in this case, then there is no need to censor it or change it). However, I'm thinking large scale for Composr. Other people will see it and they will get offended by it / decide not to use Composr because of it. And there is an understandable reason why. Slavery is not one of the U.S.' proudest moments (of course, I can only speak for the U.S. but slavery has and sometimes does still exist in other countries). So, I think it is more beneficial to be PC (to a degree) and thus welcoming of more people to try Composr than to turn people away by not being careful of our word choices.

We don't have MasterCard in Composr, haha. We just have CCBill, PayPal, and Authorize.net. Composr was not designed to be an immediate credit card processor.

(Submitted again since the first time, my session was invalid)

The “master/slave” metaphor in technology dates back to at least 1904, describing a sidereal clock system at an observatory in Cape Town, according to a 2007 essay by Ron Eglash, a professor at the University of Michigan.

https://www.wired.com/story/tech-confronts-use-labels-master-slave/#:~:text=The%20%E2%80%9Cmaster%2Fslave%E2%80%9D%20metaphor,at%20the%20University%20of%20Michigan.

That doesn't mean the terms aren't racist of course, to some people. As I said, no objections overall. Not many companies or products with slave in the name but there's quite a few with master. Young men are often called Master. Something can be mastered, etc.

Added "general incompatibility" tag. Changing the branch name from master to main, which I'll likely do as that is the new(-ish) GitLab standard, may break any code which focuses on branch names. Off of the top of my head, this would include the following:

* _config.php for some users
* The git addon (it prevents use on the master branch)
* Possibly release tools

@Adam understandable, thus why I'm currently hesitant changing anything beyond "master password" (because I believe maintenance password is a better, more concise term anyway) and "master" branch (which is now "main" by GitLab standards). Everything else is pedantic; no set standard on them right now and no reasoning beyond racism. So at the moment, I don't think I will change anything else unless there are better reasons for doing so.

I made a similar change with the term "lame". However, aside from that term also being offensive, I reasoned "lame" was a very vague term (unless referring to the LAME encoder), and that we should be using more concise terminology. E.g. "LAME_SPAM_HACK" doesn't mean much. So I changed it to "BLACKHOLE_SPAM_HACK" because it was being used when a spammer triggers the black hole.

Yes that sounds sensible. I do think Slave is the main issue when combined with Master, but Master on it's own shouldn't really offend anyone. I do agree Maintenance password is more on point and indicative.

I don't think I'm going to proceed with any further changes in this regard. "Master password" was the main issue and could be more concisely defined with "maintenance password" regardless of the racial history of the word master.

> the term "master" due to its highly-racist connotations

I think that's silly without context. "Master" can mean a whole lot of things. Please let's avoid hyberbole when it comes to issues like this as it undermines communication around things that are actually highly-racist, and it also just turns people off from a subject they should otherwise care about (backlash-effect).

> Master password -> Maintenance password

That's fine, maintenance password is a better term anyway and we already made sure we didn't break compat.

> HACK_ATTACK_INFO: reporting any found vulnerabilities to their 'master' -> reporting any found vulnerabilities to their 'host'

Taskmaster, Spymaster - not anything to do with slaves.

> Master site -> Main site or Primary site

I believe this is talking about a master copy - so again, not anything to do with slaves.

> Master database: Leave alone as this is still a used term in SQL

Actually:
https://dev.mysql.com/blog-archive/mysql-terminology-updates/
I think I already dealt with this in the v11_cloud branch.

> The master of redundant quick exit points -> The chief of redundant quick exit points

Schoolmaster, master's degree, master and apprentice - again nothing to do with slaves.

> LAME_SPAM_HACK

Good call, that is actually a little offensive and I didn't think of it.

I agree on your points, though this got me thinking about blacklist / whitelist. We use those terms. Should we change those as well (considering MySQL and others have)?

blocklist and allowlist IMO are more concise terms anyway that better explain what the list does.