Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:121809
Message-ID: <7ef794fd-6767-47ab-accb-ddffb47ac3c4@bastelstu.be>
Date: Fri, 24 Nov 2023 20:06:19 +0100
MIME-Version: 1.0
To: Saki Takamachi <saki@sakiot.com>, PHP internals <internals@lists.php.net>
References: <7BA4A4BC-A0B6-4F5B-BD33-24AB4182F527@sakiot.com>
 <9CB9467B-D3A0-4739-A4EA-1501E1CBFDDA@sakiot.com>
Content-Language: en-US
In-Reply-To: <9CB9467B-D3A0-4739-A4EA-1501E1CBFDDA@sakiot.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Subject: Re: [PHP-DEV] Re: [RFC] [VOTE] Adding bcround, bcfloor and bcceil to
 BCMath
From: tim@bastelstu.be (=?UTF-8?Q?Tim_D=C3=BCsterhus?=)

Hi

On 11/24/23 01:25, Saki Takamachi wrote:
>> Voting will end November 30th, 00:00 GMT.
> 
> 
> I made a mistake in my calculation. It's until the 29th.

The voting results as of now are pretty clear, but reducing the voting 
period after the vote has started is probably not a good thing, because 
folks might or might not have planned with the original timeline.

The 14 days of voting are a *minimum* period. Anything substantially 
longer would be unusual, but not disallowed.

Personally I tend to use 337 hours (i.e. 14 days + 1 hour) do ensure 
that everyone has at least 14 days of voting, even if the email is a 
little delayed for them.

Long story short: Please use the originally announced voting period with 
the vote ending on the 30th to not set a precedent for future RFCs 
changing the deadline when the current voting results of a narrow vote 
match the author's preferences.

Best regards
Tim Düsterhus