Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:39548 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 71002 invoked from network); 1 Aug 2008 20:03:13 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 1 Aug 2008 20:03:13 -0000 Authentication-Results: pb1.pair.com smtp.mail=helly@php.net; spf=unknown; sender-id=unknown Authentication-Results: pb1.pair.com header.from=helly@php.net; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 85.214.94.56 as permitted sender) X-PHP-List-Original-Sender: helly@php.net X-Host-Fingerprint: 85.214.94.56 aixcept.net Linux 2.6 Received: from [85.214.94.56] ([85.214.94.56:57328] helo=h1149922.serverkompetenz.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 57/B9-39007-00C63984 for ; Fri, 01 Aug 2008 16:03:13 -0400 Received: from localhost (h1149922.serverkompetenz.net [85.214.94.56]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by h1149922.serverkompetenz.net (Postfix) with ESMTP id EE77C11EFEA; Fri, 1 Aug 2008 22:03:08 +0200 (CEST) Date: Fri, 1 Aug 2008 22:03:13 +0200 Reply-To: Marcus Boerger X-Priority: 3 (Normal) Message-ID: <464710978.20080801220313@marcus-boerger.de> To: PHP Internals List , =?iso-8859-15?Q?Johannes_Schl=FCter?= , Lukas Kahwe Smith MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Subject: Another PECL candidate and more extension considerations. From: helly@php.net (Marcus Boerger) Hello Internals, Johannes, Lukas, how about moving ext/dbase to PECL, it is absolutely not a widespread ext and SQLite stuff has prooven to take over local, single file databases pretty much. Given the recent discussion on extensions. From my point of viewe there are two options: 1) Move everything that can be disabled to PECL. This renders the resulting PHP pretty much useless for allmost everyone and thus forces people to start using PECL and distributors even more to carefully select. In the long run this is the way to go anyway and was discussed as such many times already. Also any ext that moves to PECL should be enabled by default in PECL of course. A reason to do that move right now would be the approaching of SVN and the opportunity to go with a clean code layout. 2) We might not really be ready for one and continue doing as we've always done. Select a nice collection of extension that aims to make the majority of our userbase happy. And suggest defaults this way whether or not they are enabled by default. The default enabled exts are just a stronger suggesttion that we think people should be able to rely on. Best regards, Marcus