Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:89533 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 65449 invoked from network); 3 Dec 2015 08:09:59 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 3 Dec 2015 08:09:59 -0000 Authentication-Results: pb1.pair.com header.from=anatol.php@belski.net; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=anatol.php@belski.net; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain belski.net from 85.214.73.107 cause and error) X-PHP-List-Original-Sender: anatol.php@belski.net X-Host-Fingerprint: 85.214.73.107 klapt.com Received: from [85.214.73.107] ([85.214.73.107:40209] helo=h1123647.serverkompetenz.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 69/F5-02398-2D8FF565 for ; Thu, 03 Dec 2015 03:09:55 -0500 Received: from w530phpdev (pD9FD209C.dip0.t-ipconnect.de [217.253.32.156]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by h1123647.serverkompetenz.net (Postfix) with ESMTPSA id 340D278B675; Thu, 3 Dec 2015 09:09:51 +0100 (CET) To: "'Sebastian Bergmann'" , References: <045401d12cd3$d7d57ff0$87807fd0$@belski.net> <565EA53F.5050507@php.net> <047301d12cdd$5e248020$1a6d8060$@belski.net> <565FD845.7090502@php.net> In-Reply-To: <565FD845.7090502@php.net> Date: Thu, 3 Dec 2015 09:09:47 +0100 Message-ID: <005801d12da1$fc169ce0$f443d6a0$@belski.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQH8D4RpvZtVJlCUXbbll8gFykb12gIdDYXtAlzlH+ECVNzdfQGUkP4onh/9GlA= Content-Language: en-us Subject: RE: [PHP-DEV] PHP 7.0.0 final RTM delay From: anatol.php@belski.net ("Anatol Belski") Hi Sebastian, > -----Original Message----- > From: Sebastian Bergmann [mailto:sebastian@php.net] > Sent: Thursday, December 3, 2015 6:51 AM > To: internals@lists.php.net > Subject: Re: [PHP-DEV] PHP 7.0.0 final RTM delay > > Am 02.12.2015 um 09:42 schrieb Anatol Belski: > >> Do the Windows builds have to be available immediately when the > >> sources of PHP 7.0.0 are released? > > Yes. > > http://git.php.net/?p=php-src.git;a=blob;f=README.RELEASE_PROCESS > currently reads > > "Ensure that Windows builds will work before packaging" > > in the "General notes and tips" section and then later in the "Rolling a stable > release" section > > "Once the release has been tagged, contact the PHP Windows > development team (internals-win@lists.php.net) so that Windows > binaries can be created." > > I do not think that this means that the release of the source tarball must wait > for the availability of the Windows binaries. > In fact, step 2g of "Getting the stable release announced" explains what to do > when the Windows binaries are not available at the time of release. > > Please do not get me wrong: I appreciate what Microsoft in general and you, > Anatol, as well as Pierre in particular have done for PHP. > But no vendor -- neither Microsoft nor Red Hat nor whoever else rolls binary > distributions of PHP -- should have the power to delay a release in my opinion. > Thanks for your notes. I lean on the current practice, which is indeed continues already for some years, that we deliver the whole set of packages prior the release announcement. The RELEASE_PROCESS document is unfortunately not 100% in sync with everything. But indeed I cannot remember a case where a release were done without the care about the eco system. Particularly Windows packages are being linked directly from the release announcement for a while. Users know that and depend explicitly on us telling - release ready, you can use it. Lucky RedHat users have Remi's repo then :) At the end of the day, the release is made for the users. Most of users won't even think about building from sources. It would sound really weird to send a release which is unavailable to big mass of them today, even for a release with less importance. And especially with the 7.0.0 matter, where people was telling they'll even take it right at the day zero. But even if not - doing so would move some of users into the second class suddenly, quite rightless. I would just ask for some patience, as mentioned before - today by UTC the announcement is going out. It is still December 3rd as planned. That's why I was sending the awareness about the late UTC afternoon today. Thanks Anatol