Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:65229 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 67600 invoked from network); 28 Jan 2013 09:55:48 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 28 Jan 2013 09:55:48 -0000 X-Host-Fingerprint: 92.103.172.102 unknown Date: Mon, 28 Jan 2013 04:55:47 -0500 Received: from [92.103.172.102] ([92.103.172.102:22059] helo=localhost.localdomain) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 31/74-28517-32B46015 for ; Mon, 28 Jan 2013 04:55:47 -0500 Message-ID: <31.74.28517.32B46015@pb1.pair.com> To: internals@lists.php.net References: <76a9565b2a095a72063a68f106a6b457@mail.gmail.com> User-Agent: Pan/0.136 (I'm far too busy being delicious; GIT 926a150 git://git.gnome.org/pan2) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Posted-By: 92.103.172.102 Subject: Re: Voting periods From: bruno@chalopin.fr (Bruno CHALOPIN) Hi, Le Mon, 28 Jan 2013 11:22:52 +0200, Zeev Suraski a écrit : > Regardless, an > ‘open ended’ > voting period is unacceptable IMHO. I agree with that. An update of the voting rfc (https://wiki.php.net/rfc/ voting) should be made. However one week only seems a little shorter in my opinion to validate changes that "will affect millions of people". There's times in the year when we are most AFK (summer vacations, christmas, etc...) and as you point that there can be "a specific point in time where the vote happens to be in favor with what the proposer wanted", there also can have a specific period in the year to make a rfc pass easier due to the lack of voters (perhaps my mind is twisted but i've already seen this trick in politics so... ;-). I'm not sure how long we should make the vote duration but i think that, like the discussion period, there shoud be a minimum 2 weeks between the vote opening and it's closing. My 2 cents, regards, Bruno