Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:76540
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.216.175 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <irfru9t93s4cli8eaeig56s9vf4n51cuu3@4ax.com>
References: <rnaqu9pp4im9uro4j52a5ocmtn4vkccgm2@4ax.com>
	<53ED5FD4.7000307@sugarcrm.com>
	<irfru9t93s4cli8eaeig56s9vf4n51cuu3@4ax.com>
Date: Fri, 15 Aug 2014 10:53:45 +0200
Message-ID: <CAEZPtU4T5adqefPsMCVuQLstMZNKasn=1ZjPW-N+KU+VRhuMzg@mail.gmail.com>
To: Jan Ehrhardt <phpdev@ehrhardt.nl>
Cc: PHP internals <internals@lists.php.net>
Content-Type: text/plain; charset=UTF-8
Subject: Re: [PHP-DEV] Status of PHP 5.4
From: pierre.php@gmail.com (Pierre Joye)

On Fri, Aug 15, 2014 at 10:10 AM, Jan Ehrhardt <phpdev@ehrhardt.nl> wrote:
> Stas Malyshev in php.internals (Thu, 14 Aug 2014 18:18:12 -0700):
>>> PHP 5.3 has reached the real end of life. Will the effect be that from
>>> now on PHP 5.4 will only get security fixes?
>>
>>There's no dependency between the two in the release RFC, but it would
>>probably make sense to move 5.4 into "security only" phase once 5.6 is
>>GA, and set EOL date for 1 year since that moment, as we did with 5.3.
>
> OK, given the fact that 'the stable 5.6.0 release should show up on the
> 28th of August', this means that PHP 5.4.32 will be the last normal
> release.
>
> PHP 5.4.33 up until PHP 5.4.44 will be 'security fixes only' releases.

That being said I would like to understand the underlying reasons why
5.6 will get out two months late. I see nothing that should have
justified it. I am not blaming anyone but it would be nice to see
where we failed and try to improve that for the next releases.


-- 
Pierre

@pierrejoye | http://www.libgd.org