Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:53003
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain sugarcrm.com designates 207.97.245.153 as permitted sender)
Message-ID: <4DEC8570.1010904@sugarcrm.com>
Date: Mon, 06 Jun 2011 00:44:48 -0700
Organization: SugarCRM
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10
MIME-Version: 1.0
To: Lester Caine <lester@lsces.co.uk>
CC: "internals@lists.php.net" <internals@lists.php.net>
References: <4DE7F179.5010402@sugarcrm.com> <alpine.DEB.2.02.1106030843370.9040@whisky> <4DE89534.5070206@sugarcrm.com> <alpine.DEB.2.02.1106030920570.9040@whisky> <4DE89CD2.4040302@sugarcrm.com> <alpine.DEB.2.02.1106030937571.9040@whisky> <4DE9AA9B.3000108@sugarcrm.com> <BANLkTinxwduQXxBoLZuFzT_Wyfy-LGC6ZA@mail.gmail.com> <slrniunu3j.dic.dsp@experimentalworks.net> <4DEC02B6.60806@sugarcrm.com> <4DEC7FED.9000700@lsces.co.uk>
In-Reply-To: <4DEC7FED.9000700@lsces.co.uk>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] 5.4 moving forward
From: smalyshev@sugarcrm.com (Stas Malyshev)

Hi!

> changes. While that almost certainly is due to the poor way that the some of the
> moves were documented, a version of 5.2 is still a preferred base for some? And
> this should perhaps be viewed as the current LTS branch? Certainly for windows

But
a) it is not, since we don't support it. Somebody else could do the 
support, backport patches, etc. - but as far as PHP group is considered, 
this version is not supported anymore and nobody has any desire to do it 
as far as I know.
b) we certainly couldn't know anything about it in 2006 when we released 
5.2.

> of a PHP6 branch which PHP5.3 was a sort of 'son of' development. As with PHP4,
> some sections of users will simply not bother to change what they are using
> anyway, so for them, which ever version they use is an 'LTS' so an official LTS
> really is just a point at which major work MAY be required to switch over, so
> that is the point at which dropping PHP5.2.LTS needs to be considered? Can
> anybody make a case for anything earlier being the current LTS base?

They can lag on any version that works for them, that's fine and if it 
works for them, great. However I don't see how it explains how we can 
declare any random version of PHP LTS upfront. If it's a new version, 
they won't upgrade to it anyway, so that doesn't help neither them not 
us, and if they're ready to upgrade, they could upgrade to any regular 
version and stick with it they same way they do now.
-- 
Stanislav Malyshev, Software Architect
SugarCRM: http://www.sugarcrm.com/
(408)454-6900 ext. 227