Newsgroups: php.internals,php.pdo Path: news.php.net Xref: news.php.net php.internals:35072 php.pdo:66 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 46316 invoked by uid 1010); 1 Feb 2008 20:27:56 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 46275 invoked from network); 1 Feb 2008 20:27:52 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 1 Feb 2008 20:27:52 -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:48424] helo=h1149922.serverkompetenz.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 71/AE-31091-7B083A74 for ; Fri, 01 Feb 2008 15:27:44 -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 5695E1B3669; Fri, 1 Feb 2008 21:27:25 +0100 (CET) Date: Fri, 1 Feb 2008 21:26:53 +0100 Reply-To: Marcus Boerger X-Priority: 3 (Normal) Message-ID: <37388396.20080201212653@marcus-boerger.de> To: pdo@lists.php.net, PHP Internals MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [RFC] An Idea for PDO 2 From: helly@php.net (Marcus Boerger) Hello all, So after the initial uproar on last week's attempts to put parts of PHP development under the terms of a CLA, a bunch of us actually spent some time in finding solutions for one way or the other. I don't want to bother you with more details on the why. One thing for certain, we want PDO. As the reasoning, this was discussed enough, so I'll jump directly to my ideas for a solution. * Develop a PECL CLA that can optionally be used for PECL projects. * If necessary, adapt the PHP License, so that it works nicely together with the CLA. * The projects that want a CLA can choose between the PHP License or LGPL. * Change the PELC web site so that projects can opt-in to using the CLA. * Arrange it so that projects cannot drop the CLA flag. * Add a user/CLA/project table to the PHP user database, and use this in CVS ACLs. * Create a new CVS module php-default. * Move all extensions that can be disabled and are not required for others to PECL. * Link everything under php-src plus a default selection of extensions to php-default. * Let us once and for all ban CLAs from php-src aka PHP core. * Start developing PDO as part of CVS module php-src. Sorry for not writing this earlier. So how does this idea sound? Best regards, Marcus p.s.: Post comments as reply or here: http://blog.somabo.de/2008/02/we-want-pdo-don-we.html#links