I know this kind of argument has bounced around not just within the
ASF but outside too. While we should feel open to debate here, even if
I don't think it will get anywhere new, let me suggest it won't matter
to the decision process here, so, not worth it.

We should discuss this type of change like any other. If a portion of
the community, and committers/PMC accept that this is at the least a
small, positive change for some, then we start with a legitimate
proposal: there is an identifiable positive. Arguments against should
be grounded in specific reasons there are more significant harms than
benefits. (One clear issue: API compatibility, which I believe is
still intended to be entirely preserved).

I'd merely say that if one's position is only "meh, this does not
matter to me, this change doesn't improve my world", it's not worth
arguing with the people to which it matters at least a little. Changes
happen here all the time that I don't care about or even distantly
make my work a little harder. Doesn't mean either position is right-er
even, we don't need to decide that.

On Tue, Aug 4, 2020 at 9:33 AM Alexander Shorin <kxe...@apache.org> wrote:
>
>
> Just no changes? Name provides no issues and is pretty clear about its 
> intentions. Racist links are quite overminded.
>
> --
> ,,^..^,,
>
>
> On Tue, Aug 4, 2020 at 5:19 PM Tom Graves <tgraves...@yahoo.com.invalid> 
> wrote:
>>
>> Hey Folks,
>>
>> We have jira https://issues.apache.org/jira/browse/SPARK-32037 to rename the 
>> blacklisting feature.  It would be nice to come to a consensus on what we 
>> want to call that.
>> It doesn't looks like we have any references to whitelist other then from 
>> other components.  There is some discussion on the jira and I linked to what 
>> some other projects have done so please take a look at that.
>>
>> A few options:
>>  - blocklist
>>  - denylist
>>  - healthy /HealthTracker
>>  - quarantined
>>  - benched
>>  - exiled
>>  - banlist
>>
>> Please let me know thoughts and suggestions.
>>
>>
>> Thanks,
>> Tom

---------------------------------------------------------------------
To unsubscribe e-mail: dev-unsubscr...@spark.apache.org

Reply via email to