Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:10657 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 41567 invoked by uid 1010); 20 Jun 2004 17:50:11 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 41523 invoked from network); 20 Jun 2004 17:50:11 -0000 Received: from unknown (HELO colo.lerdorf.com) (66.198.51.121) by pb1.pair.com with SMTP; 20 Jun 2004 17:50:11 -0000 Received: from [192.168.1.103] (c-24-6-1-90.client.comcast.net [24.6.1.90]) by colo.lerdorf.com (8.12.11/8.12.11/Debian-5) with ESMTP id i5KHo8w6007801; Sun, 20 Jun 2004 10:50:09 -0700 Date: Sun, 20 Jun 2004 10:50:03 -0700 (PDT) X-X-Sender: rasmus@thinkpad.lerdorf.com To: Brad House cc: Jan Lehnardt , Derick Rethans , internals@lists.php.net In-Reply-To: <40D5CC7E.1020302@mainstreetsoftworks.com> Message-ID: References: <40D5AB1F.7060005@mainstreetsoftworks.com> <40D5AEE1.1080408@mainstreetsoftworks.com> <04532721-C2DC-11D8-951D-000A959DD3A4@php.net> <40D5CC7E.1020302@mainstreetsoftworks.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on colo Subject: Re: [PHP-DEV] question on policy of renaming an extension From: rasmus@php.net (Rasmus Lerdorf) On Sun, 20 Jun 2004, Brad House wrote: > Well, PECL still seems a bit like the redheaded step-child. I cannot > even seem to reference it in the php documentation online (except for > seeing some modules have been moved there). > There are quite a few users that utilize this extension, including > enterprise clients like Thrifty Car Rental, which I'd rather not > inconvenience if possible. > When PECL is better adopted by the community, and PHP provides > documentation on them, I would have no problem moving it there. What do you mean provides documentation on them? PECL extensions are documented right next to any other extension, providing someone has written the documentation, of course. You didn't find special pecl extension documentation precisely because pecl extensions are perfectly integrated so the end user has no idea that they are even using one. Did you know that ext/oci8, ext/tidy, ext/simplexml and ext/sqlite and ext/bz2 are all actually pecl extensions for example? And yes, I agree with others that this should go to PECL now. -Rasmus