I would agree that, in the current global climate, merely commenting on
this RFC could have a significant impact outside of PHP internals on the
individual(s) participating - muchless voting on it. As an example if a
voting member has a product or service they offer - there is the
possibility for a negative financial impact due to their vote / comments.
Their opinions could very easily be construed / misinterpreted as a
political statement.

Thanks,
Jesse Rushlow

On Tue, Jun 16, 2020 at 8:28 AM Mark Randall <marand...@php.net> wrote:

> On 16/06/2020 13:14, Michał Brzuchalski wrote:
> > I'd like to start a discussion period for my RFC which proposes to change
> > the use of "blacklist" in Opcache configuration with better
> > self-descriptive terminology.
>
> IMHO this RFC should not come to a vote, the current RFC process is
> ill-equipped to handle such a vote.
>
> This RFC, disguised in a cloak of wanting to improve readability, is
> clearly political. Not political in terms of the inner politics of the
> PHP internals group, but in terms of the larger world.
>
> At the time of publishing, there are currently countless riots,
> protests, counter-protests, harassment and criminal acts surrounding
> this issue. It cannot reasonably be argued that the timing is anything
> other than a political statement, the commonly accepted term would be
> virtue signalling.
>
> In this climate, it is likely impossible to hold a meaningful vote on
> the issue. Internals on internals are not hidden behind some corporate
> monolith like Github / Microsoft. Our names are our own, our contact
> details readily available.
>
> Anyone voting against this RFC on the proposal on any of the perfectly
> legitimate grounds to do so, such as the BC issues, will still
> immediately be labeled a racist and is likely to receive threats or
> harassment.
>
> Anyone voting for it is likely to receive harassment too.
>
> As I said, the current voting system is ill-equipped to handle such a
> setup. If you expect everyone who wants to have a free say, to have a
> free say, there must be an element of anonymity that simply does not
> exist in our current processes.
>
> The RFC author has already stated in R11 that they have started
> receiving harassing emails in relation to it.
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

Reply via email to