Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:35118 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 33599 invoked by uid 1010); 2 Feb 2008 23:21:39 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 33584 invoked from network); 2 Feb 2008 23:21:39 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 2 Feb 2008 23:21:39 -0000 Authentication-Results: pb1.pair.com header.from=helly@php.net; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=helly@php.net; spf=unknown; 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:37271] helo=h1149922.serverkompetenz.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 48/8B-41947-20BF4A74 for ; Sat, 02 Feb 2008 18:21:38 -0500 Received: from MBOERGER-ZRH.corp.google.com (202-168.79-83.cust.bluewin.ch [83.79.168.202]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by h1149922.serverkompetenz.net (Postfix) with ESMTP id 698141B3524; Sun, 3 Feb 2008 00:21:35 +0100 (CET) Date: Sun, 3 Feb 2008 00:21:04 +0100 Reply-To: Marcus Boerger X-Priority: 3 (Normal) Message-ID: <14581063.20080203002104@marcus-boerger.de> To: "Steph Fox" CC: "internals" In-Reply-To: <01c801c865d8$2e837e90$c6fc1f3e@foxbox> References: <01c801c865d8$2e837e90$c6fc1f3e@foxbox> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Splitting the subject: the PECL/PHP relationship From: helly@php.net (Marcus Boerger) Hello Steph, what I want is php-src as minimum you can depend on. And php-default as release managers playground. The RM can then say what he thinks is mature enough to make it into a release. marcus Saturday, February 2, 2008, 9:14:12 PM, you wrote: > Hi all, > Just so's Marcus and I don't have to keep cross-posting here... The problems > of PECL vs core extensions are many, and exist with or without the PDO/CLA > debate. > Marcus (among others) says he wants to get as many extensions as possible > out of the core and into PECL. I agree fully with this as a long-term aim, > but feel strongly that the PECL infrastructure is not equipped to support it > well at present. > 1) Distribution woes need to end. With the work Greg's been doing lately on > PHP_Archive/Phar, that's very close to being attainable now in the physical > 'getting PECL'd extensions out to people' sense, but unless people are > running CLI or CGI or have access to their own php.ini they still can't do > much with those extensions. So we have to seriously consider how to > recommend extensions to hosts, other than by shipping them with the PHP > core. > 2) Maintenance status needs to be part of the equation. > 3) Stability needs to be part of the equation. > 4) Appropriateness to a given PHP branch needs to be part of the equation. > 5) CS and documentation need to be part of the equation. > Thoughts? > - Steph Best regards, Marcus