Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:89548 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 98959 invoked from network); 3 Dec 2015 11:13:48 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 3 Dec 2015 11:13:48 -0000 Authentication-Results: pb1.pair.com header.from=francois@php.net; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=francois@php.net; spf=unknown; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 212.27.42.2 as permitted sender) X-PHP-List-Original-Sender: francois@php.net X-Host-Fingerprint: 212.27.42.2 smtp2-g21.free.fr Received: from [212.27.42.2] ([212.27.42.2:22342] helo=smtp2-g21.free.fr) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 72/24-10512-9E320665 for ; Thu, 03 Dec 2015 06:13:48 -0500 Received: from [127.0.0.1] (unknown [82.240.16.115]) (Authenticated sender: flaupretre@free.fr) by smtp2-g21.free.fr (Postfix) with ESMTPSA id 37E174B009F; Thu, 3 Dec 2015 12:12:47 +0100 (CET) To: Pierre Joye , Zeev Suraski References: <045401d12cd3$d7d57ff0$87807fd0$@belski.net> <565EA53F.5050507@php.net> <047301d12cdd$5e248020$1a6d8060$@belski.net> <565FD845.7090502@php.net> <005801d12da1$fc169ce0$f443d6a0$@belski.net> Cc: Anatol Belski , Sebastian Bergmann , PHP internals Message-ID: <566023E0.1010903@php.net> Date: Thu, 3 Dec 2015 12:13:36 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Antivirus: avast! (VPS 151203-0, 03/12/2015), Outbound message X-Antivirus-Status: Clean Subject: Re: [PHP-DEV] PHP 7.0.0 final RTM delay From: francois@php.net (=?UTF-8?Q?Fran=c3=a7ois_Laupretre?=) Le 03/12/2015 11:17, Pierre Joye a écrit : > The releases must be kept on hold until these binaries (and other are > done in the same time btw) are validated. See it as part of the QA. As > Remi mentioned, many issues have be caught during this process. If it > was only about delivering binaries, a day later will never be a > problem. But it is not the case. The case we are referring toi is to > avoid to have to do a fast patch release to work around an issue we > could have seen by validating the binaries.Simple. I understand your pov and I agree that windows binaries should be ready when announcing the release. But, IMO, everything should have been 'frozen' 2 or 3 days ago and a new openssl release or any other 3rd party software, even tagged 'security fixes' shouldn't have disturbed the process. Or the change is hot enough to delay the date again, but that's another process. Sorry to say that, as it doesn't remove anything to my respect for the huge work you did, but It's now Dec, 4th in more and more locations in the world and PHP 7 is not released yet ! Zeev is right, nobody cares about UTC in such case. Regards François