Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:36044 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 94051 invoked from network); 7 Mar 2008 13:22:25 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 7 Mar 2008 13:22:25 -0000 Authentication-Results: pb1.pair.com header.from=tony@daylessday.org; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=tony@daylessday.org; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain daylessday.org designates 89.208.40.236 as permitted sender) X-PHP-List-Original-Sender: tony@daylessday.org X-Host-Fingerprint: 89.208.40.236 mail.daylessday.org Linux 2.6 Received: from [89.208.40.236] ([89.208.40.236:45525] helo=daylessday.org) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 95/F1-19009-D8141D74 for ; Fri, 07 Mar 2008 08:22:23 -0500 Received: from [192.168.3.91] (unknown [212.42.62.198]) by daylessday.org (Postfix) with ESMTP id D66366400F2; Fri, 7 Mar 2008 16:22:18 +0300 (MSK) Message-ID: <47D1417C.6020000@daylessday.org> Date: Fri, 07 Mar 2008 16:22:04 +0300 User-Agent: Thunderbird 2.0.0.9 (X11/20071114) MIME-Version: 1.0 To: Steph Fox CC: Alexey Zakhlestin , Gregory Beaver , =?UTF-8?B?Sm9oYW5uZXMgU2NobMO8dGVy?= , PHP Internals List References: <1204823427.30934.9.camel@goldfinger.johannes.nop> <47D0ABE7.3010700@chiaraquartet.net> <47D10AB8.9090306@daylessday.org> <47D10CB3.4070201@daylessday.org> <00cb01c88054$6c6f97c0$c6fc1f3e@foxbox> In-Reply-To: <00cb01c88054$6c6f97c0$c6fc1f3e@foxbox> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Re: 5.3 Release Planning From: tony@daylessday.org (Antony Dovgal) On 07.03.2008 16:09, Steph Fox wrote: > Hi Tony, > >> Well, lets make it convenient then. >> Including everything into the core is not a solution. > > You seem to have missed an entire thread on the subject, along with the > conclusion that the mechanisms for really doing a good job on this can't > sanely be in place before 5.3.0 is released. They will need thorough testing > before we start moving stuff out of core, and there just isn't time for > that. It's more likely to be 5.4 before we can call it 'reliable'. The very same could be said about phar. > What Greg's suggesting is that if phar goes into the distro, it can act as > an early live test subject. -- Wbr, Antony Dovgal