Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:24461 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 305 invoked by uid 1010); 18 Jul 2006 13:18:43 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 287 invoked from network); 18 Jul 2006 13:18:43 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 18 Jul 2006 13:18:43 -0000 X-Host-Fingerprint: 217.79.190.163 r163.red.fastwebserver.de Received: from ([217.79.190.163:14426] helo=localhost.localdomain) by pb1.pair.com (ecelerity 2.1.1.3 r(11751M)) with ESMTP id 22/E3-11992-2BFDCB44 for ; Tue, 18 Jul 2006 09:18:42 -0400 To: internals@lists.php.net,derick@php.net (Derick Rethans) Date: Tue, 18 Jul 2006 15:18:38 +0200 Message-ID: <20060718151838.2dc2e862@pierre-u64> In-Reply-To: References: <44B8BF7C.2060900@php.net> Reply-To: pierre.php@gmail.com X-Newsreader: Sylpheed-Claws 2.1.1 (GTK+ 2.8.18; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Posted-By: 217.79.190.163 Subject: Re: [PHP-DEV] Re: PHP 5.2 Status Update From: pierre.php@gmail.com (Pierre) On Tue, 18 Jul 2006 14:39:18 +0200 (CEST) derick@php.net (Derick Rethans) wrote: > On Sat, 15 Jul 2006, Lukas Smith wrote: > > > Ilia Alshanetsky wrote: > > > It's been quite sometime since 5.2 was branched and looking over > > > our "todo" majority of planned changes were made. Therefor I'd > > > like to make an RC1 on Thursday next week and start the > > > stabilization cycle of 5.2, so we can get a final in about 2 > > > months. Once we start stabilization cycle, no new features will > > > be accepted, so please use this week to commit any missing new > > > features or major patches that have been agreed upon and not yet > > > applied. > > This caught be a bit by surprise as I was unavailabe the last two > weeks, so I hope I am still in time with my todo items (enabling > ext/date finally, and adding ext/filter with a symlink). It seems that you are constantly and permanently do whatever you want. That has to change. We never agreed to enable *all* date classes and functions. The TODO, online and approved since weeks, only mention date_sun_info and nothing else. Please revert before the first RC. We have to solve this issue but in a reasonable and timed way, not with your own and unilateral decisions. Cheers, -- Pierre