Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:97187
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.192.178 as permitted sender)
To: Joe Watkins <pthreads@pthreads.org>, Pierre Joye <pierre.php@gmail.com>
References: <CAL=_i_m79Q3MuvvuhNcxiXF-ARJOW22eGJSoYMZBct6d_xxY3w@mail.gmail.com>
 <CAEZPtU6Y-AYyH1-rx9zOhTXxJC5XT8uh6gbyWJQWoyWo3WofOQ@mail.gmail.com>
 <CAL=_i_mZryk1ofAyMwpBGq=OvQngvCX-6ruCCFxL4HFq=OQ3=A@mail.gmail.com>
 <CAEZPtU6Fbf9PcevPJMvEbrsj5QjSfqC1TR5UWckWe26VnpUoXQ@mail.gmail.com>
 <CAL=_i_nzQxFu-x625EHYO=jeGJhNYNg6iA-gz3q+BaCN1g0_Ww@mail.gmail.com>
Cc: PHP internals <internals@lists.php.net>
Message-ID: <e524f633-7ed1-64cb-b7bb-282f95731a93@gmail.com>
Date: Fri, 25 Nov 2016 10:24:36 -0800
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0)
 Gecko/20100101 Thunderbird/45.5.0
MIME-Version: 1.0
In-Reply-To: <CAL=_i_nzQxFu-x625EHYO=jeGJhNYNg6iA-gz3q+BaCN1g0_Ww@mail.gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] [RFC] Abolish 50%+1 Votes
From: smalyshev@gmail.com (Stanislav Malyshev)

Hi!

> Sorry, but yes.
> 
> http://wiki.php.net/rfc/voting
> 
>> There'd be a minimum of 2 weeks between when an RFC that touches the
> language is brought up on this list and when it's voted on is required.
> Other RFCs might use a smaller timeframe, but it should be at least a week.

I must say I don't understand Joe's position here. Where's the fire? Why
can't we afford two-week or three-week discussion? How does it make
sense to make a huge change in voting rules after tiniest amount of
discussion possible? If anything, we should take as long as it requires
for such things, not try to rush it through. I think minimal discussion
time is way unadequate for such thing. It's not adding optional argument
for an obscure PDO function, it's changing the rules for the whole
project. I see absolutely no reason not to let the discussion unfold and
be as long as it needs to be.
-- 
Stas Malyshev
smalyshev@gmail.com