Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:22938 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 14783 invoked by uid 1010); 24 Apr 2006 21:47:17 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 14768 invoked from network); 24 Apr 2006 21:47:17 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 24 Apr 2006 21:47:17 -0000 X-PHP-List-Original-Sender: antony@zend.com X-Host-Fingerprint: 80.74.107.235 mail.zend.com Linux 2.5 (sometimes 2.4) (4) Received: from ([80.74.107.235:63899] helo=mail.zend.com) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id E8/37-19715-3674D444 for ; Mon, 24 Apr 2006 17:47:15 -0400 Received: (qmail 12309 invoked from network); 24 Apr 2006 21:47:11 -0000 Received: from internal.zend.office (HELO ?127.0.0.1?) (10.1.1.1) by internal.zend.office with SMTP; 24 Apr 2006 21:47:11 -0000 Message-ID: <444D475B.1060200@zend.com> Date: Tue, 25 Apr 2006 01:47:07 +0400 User-Agent: Thunderbird 1.5.0.2 (X11/20060420) MIME-Version: 1.0 To: php-dev Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: more candidates for PECL From: antony@zend.com (Antony Dovgal) Hello all. I'd like to propose yet another bunch of extensions to be moved from core to PECL. (Don't worry, this is for 5.2 and HEAD. 5.1 is untouchable atm). They are: ext/hwapi --------- Bugs: 7 bug reports. All bogus. Status: unmaintained I've never heard of Hyperwave and I can hardly believe there is at least one person on the planet who uses this module. No idea why do we include it in the core. ext/filepro ----------- Bugs: 1 bug report. Take a look at it, it's really useful: http://bugs.php.net/bug.php?id=12102 Status: unmaintained Looks like filePro is some kind of pseudo-DB based on files. At least this is what Wikipedia says. Is it really necessary to support it IN THE CORE along with SQLite? ext/recode ---------- Bugs: 10 bug reports. All of them were created in old good times of PHP 3.0b3. Status: maintained (though, I can see from the CVS log that it was changed last time ~5 years ago, excluding "bump year" and other minor changes). And btw, it's known to break ext/mysql build. I've no idea why do we need yet another unsupported and not recommended way to do what ICONV does. --------------------------------------------- Ok, basically this is it. But not really... I would like to make one more proposal: Lets move ALL unsupported/unmaintained/unused extensions to Sibe^H^H^H^H PECL. Yes, I know that "people rely on them being in the core.. blah-blah-blah". That's great. And that'll help us to find maintainers for the code. Or at least will bring some attention to the problem of core extensions (aka "known to be stable"), which are not even maintained for years. I believe nobody actually uses them because of that - take a look at ext/snmp, for example. A bunch of poorly named (naming standards, eh?) _undocumented_ functions... Oh, and the implementation is also.. weird. Not sure if it's possible to move SAPIs to PECL, but having 9 (yes, NINE) unmaintained/unsupported SAPIs sounds like a bit overkill to me. (aolserver, apache_hooks, caudium, continuity, milter, phttpd, pi3web, roxen, tux - yup, nine..) -- Wbr, Antony Dovgal