On 07/12/15 14:42, Rowan Collins wrote: > Rowan Collins wrote on 07/12/2015 14:35: >> - On what factors will the decision be based? If the reason to delay >> the decision is lack of information, what information are we planning >> to use? Are there metrics we can use to make a more objective decision? > > Come to think, this works the other way as well: if we *do* make a > decision now, are there factors that would allow the question to be > reopened? Again, to have any trust in the announced date, people would > need to know what these were - if the decision is "probably August > 2017", then that would be no decision at all.
At the current time August 2017 is more than reasonable. That some distributions produce their own LTS versions, which for example PHP5.4 has become, just passes the onus to the publisher to act if some serious security problem arises post that date. The PHP developers have already passed the buck, but I have no doubt if something serious came up which needed help from PHP developers they would help out? Certainly my PHP5.4 distribution still sees security related updates even today. The point here is that people reliant on older versions of PHP are not doing anything wrong, but rather that the official support for that may not be via PHP direct. I doubt that PHP5.6 will be an LTS candidate in any case, but we need a version of PHP7.0 well bedded in before it can be leap frogged and that will hopefully be the situation by August 2016. -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
