Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:24753 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 57060 invoked by uid 1010); 20 Jul 2006 09:59:17 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 57045 invoked from network); 20 Jul 2006 09:59:17 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 20 Jul 2006 09:59:17 -0000 X-Host-Fingerprint: 217.79.190.163 r163.red.fastwebserver.de Received: from ([217.79.190.163:8367] helo=localhost.localdomain) by pb1.pair.com (ecelerity 2.1.1.3 r(11751M)) with ESMTP id 51/61-29121-4F35FB44 for ; Thu, 20 Jul 2006 05:59:17 -0400 To: internals@lists.php.net,derick@php.net (Derick Rethans) Date: Thu, 20 Jul 2006 11:59:12 +0200 Message-ID: <20060720115912.078b8a9f@pierre-u64> In-Reply-To: References: <20060719173451.114d4528@pierre-u64> <44BE57C8.8070608@caedmon.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] Adding pecl/zip to 5.2 From: pierre.php@gmail.com (Pierre) On Thu, 20 Jul 2006 09:44:38 +0200 (CEST) derick@php.net (Derick Rethans) wrote: > On Wed, 19 Jul 2006, Pierre wrote: > > > Hello, > > > > On 7/19/06, Sean Coates wrote: > > > > > Tony mentioned another issue: the headache of maintaining PECL > > > code between PHP versions. This is a valid point (and he can > > > elaborate if he likes), but is a separate issue. > > > > I'm very aware of the PECL issues and that's irrelevant in this > > current poll. > > > > > IMO, core shouldn't grow for modules like this (and JSON -- but > > > the JSON discussion certainly DID take place and the module seems > > > tiny enough to be benign); the idea is to move non-essential > > > modules OUT of the main distribution and into PECL, not the other > > > way. > > > > The discussions to move it out never took place either, that's also > > a problem. > > You can't move it out when it is not in yet... It was in and moved out without much discussions. What I mean is that we have to discuss which extensions can or should be moved out, and on the lists. So we can do it the right way. -- Pierre