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 > >