Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:35166 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 59273 invoked by uid 1010); 4 Feb 2008 09:34:02 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 59257 invoked from network); 4 Feb 2008 09:34:02 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 4 Feb 2008 09:34:02 -0000 Authentication-Results: pb1.pair.com header.from=derick@php.net; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=derick@php.net; spf=unknown; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 82.94.239.7 as permitted sender) X-PHP-List-Original-Sender: derick@php.net X-Host-Fingerprint: 82.94.239.7 mail.jdi-ict.nl Linux 2.6 Received: from [82.94.239.7] ([82.94.239.7:52798] helo=mail.jdi-ict.nl) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 6B/E7-07314-90CD6A74 for ; Mon, 04 Feb 2008 04:34:02 -0500 Received: from localhost (localhost [127.0.0.1]) by mail.jdi-ict.nl (8.13.7/8.12.11) with ESMTP id m149XwSY028664; Mon, 4 Feb 2008 10:33:58 +0100 Date: Mon, 4 Feb 2008 10:33:58 +0100 (CET) X-X-Sender: derick@kossu.ez.no To: Steph Fox cc: Marcus Boerger , internals In-Reply-To: <005201c8660f$66a2b160$c6fc1f3e@foxbox> Message-ID: References: <01c801c865d8$2e837e90$c6fc1f3e@foxbox> <14581063.20080203002104@marcus-boerger.de> <005201c8660f$66a2b160$c6fc1f3e@foxbox> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=UTF-8 Subject: Re: [PHP-DEV] Splitting the subject: the PECL/PHP relationship From: derick@php.net (Derick Rethans) On Sun, 3 Feb 2008, Steph Fox wrote: > Everything else - the fashionistas (JSON, xmlreader/writer) and the downright > useful for some but not all (fileinfo, json, com_dotnet, posix) and the quirky > stuff (pretty much anything Sara came up with) - should be in PECL. I see another issue after reading this, and that is that it makes it much harder for users to depend on specific extensions just being always available by default. It's important for application distributers to have this core set of extensions to rely on. It's annoying enough that some distributions (gentoo, freebsd) already use --disable-all and their users then bugging us (or me) with "you should check that SPL is enabled in your code". regards, Derick