MAINT: remove blacklist/whitelist terms#16669
Conversation
|
Hmm, not sure why travis is failing, anyone an idea? |
|
Great! Could we just use ‘allowlist’ opposed to safelist? |
Yes, wanted to, but then I saw that |
rossbar
left a comment
There was a problem hiding this comment.
Why the name changes in numpy/tests/test_public_api.py? This is unrelated to the Travis config.
Note also that https://github.com/travis-ci/apt-package-whitelist automatically redirects to the correct URL.
Not sure if I understand you correctly. The purpose behind this PR is to remove words like
|
|
I see - sorry, I was missing the context. I thought the main purpose was to correct a link in the comments in the CI config. |
No problem, thank you for taking the time to review. |
|
A quick grep shows there are a couple other instances of "blacklist" as well. Most are in release notes/change logs and probably shouldn't be changed, but it might be worth getting the instances that are still in the source and bundling these all up in one PR. |
|
Added the rest I could find, if I see correctly there are only release notes/logs left: |
rossbar
left a comment
There was a problem hiding this comment.
LGTM - this catches all the instances of "blacklist" and "whitelist" given by grep -ri excepting those in the change logs and release notes. Thanks @erfannariman
|
I don't approve of this abuse of language. |
Not sure what you mean, could you elaborate? |
|
@charris you may be missing the bigger picture here (it isn't explained in the PR description, which would've been nice), this isn't just a random idea copied from Chrome. The point of this is to remove terms that are racially/historically charged, like blacklist/whitelist (and "master"). As you can see in this PR, TravisCI made this change. GitHub is changing its default branch name to "main": link. It may seem like a small thing, but if these terms make people uncomfortable, it's also an easy thing to change. And: it's definitely not worth arguing against, the discomfort Black people (and probably other minorities as well) experience is real. So let's merge this. |
Blacklist is an old English word with a well established meaning. I am aware of the larger picture and it makes me uncomfortable. "First they came for the Socialists...". |
The sentiment on this I've seen expressed a number of times: https://twitter.com/techgirl1908/status/1272687599732154368
That is highly inappropriate Chuck, kind of upside down. I respectfully ask you don't make this into a big discussion. Everyone else on this PR is fine with it, as are all the Pandas devs in the PR that motivated this one. If you can't emphathize with the discomfort others have with these terms, please just don't comment. |
| #include "numpy/npy_cpu.h" | ||
| #include "numpy/npy_os.h" | ||
|
|
||
| /* blacklist */ |
There was a problem hiding this comment.
If we're going to change this, I think we should expand on this comment. There are various issues around the issue tracker referring to a blacklist of functions. By changing the only word in this comment, it shares no words with any of those former issues!
There was a problem hiding this comment.
That is highly inappropriate Chuck, kind of upside down.
It doesn't look that way to me. In any case, what we are seeing here is politics entering into numpy development, and I want to avoid that. I'd also have to live with my cowardice if I didn't speak up, and I want to avoid that also.
There was a problem hiding this comment.
Didn't mean to bring politics into numpy development, I think that's a bit exaggerate. My only goal was to submit a PR to make the numpy devs aware of these changes that other open source projects are making (didn't explicitly create an issue for this). Besides that I think it's perfectly fine to speak out what you think and I hope we can keep doing that, just not sure if a PR would be the best place. Thanks for your input anyway :) @charris
|
Language changes. I too prefer the more descriptive terms but understand it may be taken the wrong way. I am going to merge this since it really is not worth the back-and-forth. |
References:
Idea by: pandas-dev/pandas#34924