On Thu, Jun 2, 2011 at 1:15 PM, Peter Lind <peter.e.l...@gmail.com> wrote: > On 2 June 2011 13:03, Pierre Joye <pierre....@gmail.com> wrote: >> On Thu, Jun 2, 2011 at 1:01 PM, Peter Lind <peter.e.l...@gmail.com> wrote: >>> On 2 June 2011 12:40, Pierre Joye <pierre....@gmail.com> wrote: >>> >>> *snip* >>> >>>> >>>> No, it is the same that what we proposed. What we proposed is that >>>> every release is actually a LTS release. What Ubuntu uses works fine >>>> for distros given that it is a distro with an insane amount of totally >>>> unrelated projects they distribute, and alternative repositories exist >>>> for almost each of them. >>>> >>>> For a programming language, it is a totally different story. >>>> >>> >>> That makes more sense - you were, however, arguing against random LTS >>> releases which was rather confusing (there's a big difference between >>> "every release is an LTS" and "all LTS releases are random" - those >>> are not the only options). >> >> The randomness is about which release-features tuples would become a >> LTS, that's something that can't apply well to a project like php. >> > > It's hard to see how that would be any more or less random than now, > given that it would still be a question of votes or consensus.
I was referring to accepted features. Once they are accepted (and implemented), our proposal makes sure that they will be in the next release, which will happen within a year. And this next release will have the same lifetime than any other. > Presumably, features would not be removed (unless they were bad for > the language) and so they would still make it into LTS releases - the > next one up. That's a different topic and it is covered by the BC breakages policy. Only major versions bump allows that. > > Anyway, I'll stop it here, as I doubt I'll convince you of anything > (and vice versa). Heh, that's why we discuss, exchange views and oppinions :) > Just one thing to add: thanks for the work on PHP :) Much appreciated. You are welcome :) Cheers, -- Pierre @pierrejoye | http://blog.thepimp.net | http://www.libgd.org -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php