Newsgroups: php.internals,php.pdo Path: news.php.net Xref: news.php.net php.internals:35123 php.pdo:106 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 64496 invoked by uid 1010); 3 Feb 2008 02:19:04 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 64470 invoked from network); 3 Feb 2008 02:19:04 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 3 Feb 2008 02:19:04 -0000 Authentication-Results: pb1.pair.com smtp.mail=steph@zend.com; spf=permerror; sender-id=softfail Authentication-Results: pb1.pair.com header.from=steph@zend.com; sender-id=softfail Received-SPF: error (pb1.pair.com: domain zend.com from 64.97.136.167 cause and error) X-PHP-List-Original-Sender: steph@zend.com X-Host-Fingerprint: 64.97.136.167 smtpout0167.sc1.he.tucows.com Solaris 8 (1) Received: from [64.97.136.167] ([64.97.136.167:55014] helo=n066.sc1.he.tucows.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id FF/30-41947-69425A74 for ; Sat, 02 Feb 2008 21:19:04 -0500 Received: from sc1-out05.emaildefenseservice.com (64.97.139.2) by n066.sc1.he.tucows.com (7.2.069.1) id 4769F918005150CD; Sun, 3 Feb 2008 02:18:55 +0000 X-SpamScore: 2 X-Spamcatcher-Summary: 2,0,0,616b2a9dec8830b3,6d192c3529a86d91,steph@zend.com,-,RULES_HIT:355:379:539:540:541:542:543:567:599:600:601:960:973:988:989:1155:1156:1260:1277:1311:1313:1314:1345:1437:1515:1516:1518:1534:1541:1587:1593:1594:1711:1730:1747:1766:1792:2073:2075:2078:2194:2199:2378:2379:2393:2551:2553:2559:2562:2828:3027:3354:3421:3865:3867:3868:3869:3871:3873:3874:4250:5007:6119:6261:7576:7653,0,RBL:none,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF: not bulk,SPF:,MSBL:none,DNSBL:none X-Spamcatcher-Explanation: Received: from foxbox (62-31-252-198.cable.ubr07.shef.blueyonder.co.uk [62.31.252.198]) (Authenticated sender: steph.fox) by sc1-out05.emaildefenseservice.com (Postfix) with ESMTP; Sun, 3 Feb 2008 02:18:54 +0000 (UTC) Message-ID: <000e01c8660b$3e3f2c20$c6fc1f3e@foxbox> Reply-To: "Steph Fox" To: "Marcus Boerger" Cc: , "internals" References: <00ce01c865c2$22f23aa0$c6fc1f3e@foxbox> <510220265.20080202204406@marcus-boerger.de> <019c01c865d5$2ebbacf0$c6fc1f3e@foxbox> <678698069.20080203001600@marcus-boerger.de> Date: Sun, 3 Feb 2008 02:19:42 -0000 Organization: Zend Technologies MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Subject: Re: [PDO] Re: [PHP-DEV] Fw: [PDO] [RFC] An Idea for PDO 2 From: steph@zend.com ("Steph Fox") Personally I do a full pecl checkout alongside my php-src checkout, every time. The problems with that tend to come out during the build. ----- Original Message ----- From: "Marcus Boerger" To: "Steph Fox" Cc: ; "internals" Sent: Saturday, February 02, 2008 11:16 PM Subject: Re: [PDO] Re: [PHP-DEV] Fw: [PDO] [RFC] An Idea for PDO 2 > Hello Steph, > > you would not checkout php-default. That would only be used for release > management. Instead you would checkout php-src and whatever pecl modules > you > wanted, just as you do today. And that includes that you can choose > whether > you like CLA modules or not. Just as today you do not get all PECL > modules. > > marcus > > Saturday, February 2, 2008, 8:52:44 PM, you wrote: > >>> all we need is to extend the PECL database with a license type field >>> and >>> a >>> CLA flag. Nothing else is required at that end. But we should still move >>> as >>> much from php-src/ext to pecl as we can. > >> Hm but then when you checked out you'd have CLA'd stuff as well as normal >> PECL stuff, as now. Don't you find you automatically tend to fix things >> if >> they're broken? I know I do... even if I rarely get around to posting >> those >> fixes (because once everything works here I go on to the stuff I wanted >> to >> do and forget there was even a problem, until the next time.) > >> I was just trying to find a way that would be acceptable to php.net and >> also >> would mean PDO2 driver development doesn't have to wait on PECL process >> decisions, but actually my off-list feedback says even a PECLA module >> wouldn't be an acceptable option for some. > >> - Steph > >>> marcus > > > > > Best regards, > Marcus >