-
Notifications
You must be signed in to change notification settings - Fork 153
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Thoughts about removing Blacklist terminology #459
Comments
I support this idea. Haven't had time myself to make it happen, but if somebody puts in the PR's, we can do it, one step at a time. |
I second @osg-grafana's previous comment. Refer to and use the suggestions from the Grafana style guide to make the necessary changes. I will also recommend main/secondary and would prefer NOT to use the word "follower". Totally on board with using the term "blocklist"(https://github.com/grafana/grafana/blob/main/contribute/style-guides/documentation-style-guide.md#allowing-and-blocking). Apart from being a neutral term, it is also appropriate for use by an Internet company like Grafana. Something to consider also, for our linter wordlist. |
I'm doing an assessment of the repo and will report back what I find for use of the offensive term "blacklist." The assessment will identify what needs to be changed. |
no need to "do/write an assesment". |
@Dieterbe, Yup, grep used. I recorded the results; it forms a checklist to make sure the offensive term is changed everywhere. |
Awesome stuff! |
Good morning,
I am currently engaged by a UK government organisation to, as part of a team, provide telemetry services for their web presence.
Carbon-relay-ng is part of our stack and we like it loads - Thanks!
Recently we have been asked to consider the terminology used in the services that we deploy and work to make it more inclusive.
Some examples:
Use "Follower" rather than "Slave" in cluster topologiesEdit: see comment from Grafana Docs Squad.As part of this work I would like to know what your thoughts might be about adding a synonym for Blacklist in the carbon-relay-ng configuration. I appreciate that changing the name of things can be difficult, especially when coping with upgrading existing deployments. I also appreciate that this would have the potential to make documentation more complex.
Cheers!
The text was updated successfully, but these errors were encountered: