Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:89553 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 8995 invoked from network); 3 Dec 2015 11:51:29 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 3 Dec 2015 11:51:29 -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:28761] helo=smtp2-g21.free.fr) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 8B/11-02069-0CC20665 for ; Thu, 03 Dec 2015 06:51:28 -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 8CE3A4B003B; Thu, 3 Dec 2015 12:50:33 +0100 (CET) To: Pierre Joye , Sebastian Bergmann References: <045401d12cd3$d7d57ff0$87807fd0$@belski.net> <565EA53F.5050507@php.net> <047301d12cdd$5e248020$1a6d8060$@belski.net> <565FD845.7090502@php.net> <007001d12da4$5b044cf0$110ce6d0$@belski.net> <565FFF89.2050604@php.net> <012401d12db7$a43cd410$ecb67c30$@belski.net> <56602062.90905@php.net> <56602433.8090608@php.net> Cc: PHP internals Message-ID: <56602CB9.3000007@php.net> Date: Thu, 3 Dec 2015 12:51:21 +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 12:28, Pierre Joye a écrit : > On Thu, Dec 3, 2015 at 6:14 PM, Sebastian Bergmann wrote: >> Am 03.12.2015 um 12:10 schrieb Pierre Joye: >>> In my world, we build softwares from sources, then we may found >>> issues. We patch the sources to fix them and make everything work >>> together smoothly. >> Are you suggesting that PHP 7.0.0 will be changed, re-tagged, and then >> released without a new release candidate if you find a problem building >> it for Windows? > Can you at least give me the illusion that you read our answers? It is > not only about windows. > > I think it is confusing enough without trying to add more > "suggestions" to the stack. > > What I am saying is simple. Openssl will release security related > fixes today. Most if not all of them will hit 3rd party > packagers/distros today/tomorrow/soon. Now, after discussions, waiting > a couple of hours more sounds like a sane (if not only) move to ensure > that everything goes well with openssl and php 7. If that's not the > case, for example openssl breaks BC again, then it is a problem in > openssl and they should delay their release or distros/3rd parties > will delay the patches. It won't have an impact on today planed > release of php 7. > For subsequent important releases, could we introduce a concept of 'frozen zone' of one or two days before the planned release date. This is a time where everything is ready to deliver and nothing is planned. Any event during this time delays the date. That's one of the mechanisms NASA has established to respect launch times and I find it quite efficient.