Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:47406
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.82.42 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        b=HyKlreQBuRMN0ypfdauTm7K1Pjflaufy/isbWiKzBVIooTa3Emef4Z5XdaUu6TTyQY
         w0IhA4EVOZSgaKOcT69992C7u2TtYK4+lkoZpUs6mINghcTl8BWloWU3RwtnVz9FqixK
         i5Z2bQ5ypAGTctGFN7+4ErALh2JRckdZ+Mwgg=
MIME-Version: 1.0
In-Reply-To: <alpine.DEB.2.00.1003181658240.4153@kossu.derickrethans.nl>
References: <alpine.DEB.2.00.1003161545500.4153@kossu.derickrethans.nl>
	 <76412548-72DE-42D8-979D-9BD52AF754F8@pooteeweet.org>
	 <alpine.DEB.2.00.1003181658240.4153@kossu.derickrethans.nl>
Date: Thu, 18 Mar 2010 18:21:04 +0100
Message-ID: <fe05d1541003181021v43bd130ao9febc20009bdfb6d@mail.gmail.com>
To: Derick Rethans <derick@php.net>
Cc: Lukas Kahwe Smith <mls@pooteeweet.org>, 
	PHP Developers Mailing List <internals@lists.php.net>, Scott MacVicar <scottmac@php.net>, 
	Ilia Alshanetsky <ilia@php.net>, =?ISO-8859-1?Q?Johannes_Schl=FCter?= <johannes@php.net>
Content-Type: text/plain; charset=ISO-8859-1
Subject: Re: [PHP-DEV] PHP 5.4 branch and trunk
From: pierre.php@gmail.com (Pierre Joye)

On Thu, Mar 18, 2010 at 6:16 PM, Derick Rethans <derick@php.net> wrote:

>> As for unicode, I would like the next release to be planned
>> independently of finding a solution for unicode, but with the clear
>> option that it will be included if we find a good solution in time
>> (like I said I think it would be good to shoot for a final release
>> summer 2011, so beta phase in early 2011).
>
> I do agree that we need to do major releases more often, but just
> setting a time already feels wrong. It's still open source, so it's
> ready when it is ready. That of course should not mean that we should
> keep on adding features endlessly.

Maybe because it is the only way to garantee a reasonable time frame
for releases, avoid commits rushes right before the freeze, etc. As
I've been said before already, I'm all for a fixed release cycle, it
is then much easier to define clear priorities and roadmaps.

Cheers,
-- 
Pierre

@pierrejoye | http://blog.thepimp.net | http://www.libgd.org