Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:2212 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 91383 invoked from network); 7 Jun 2003 23:20:29 -0000 Received: from unknown (HELO ns1.proventum.dk) (195.216.216.2) by pb1.pair.com with SMTP; 7 Jun 2003 23:20:29 -0000 Received: from uros.krug.dk (port264.ds1-amb.adsl.cybercity.dk [217.157.162.17]) by ns1.proventum.dk (Postfix) with ESMTP id 009F956D35; Sun, 8 Jun 2003 01:20:27 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by uros.krug.dk (Postfix) with ESMTP id 56F4F248016; Sun, 8 Jun 2003 01:22:02 +0200 (CEST) Date: Sun, 8 Jun 2003 01:22:02 +0200 (CEST) X-X-Sender: edink@stargate.bhnet.dk To: Sterling Hughes Cc: internals@lists.php.net In-Reply-To: <1055006122.8243.8.camel@hasele> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: [PHP-DEV] Moving to PECL From: edink@proventum.net (Edin Kadribasic) References: <1055006122.8243.8.camel@hasele> On 7 Jun 2003, Sterling Hughes wrote: > Hi, > > So now that the PEAR framework for bundling extensions is in place, I > figured I'd start a thread about moving all extensions to PECL, and then > selectively bundling them from PECL (perhaps maintaining physical > aliases as well.) -1 I'm strongly against this move. First of all PEAR framework for handling extensions is nowhere near complete. It has no support for Windows. It has no notion of what version of PECL package can be built with what version of PHP. It requires latest and the greatest GNU tools installed on the system which is rarely true for some commercial Unixes. If we are going to bundle most of those extensions anyway, removing them to PECL would directly reduce the quality of the release as most of them will receive very little testing. I understand the wish to make the release process more easy, but I'm afraid that this proposal will achieve exactly to opposite effect. It will certainly make maintenance of the Windows binary releases much more difficult. Edin