Re: Re: cvs: CVSROOT / avail loginfo

From: Date: Tue, 27 Nov 2007 22:51:22 +0000
Subject: Re: Re: cvs: CVSROOT / avail loginfo
References: 1 2 3  Groups: php.internals 
Request: Send a blank email to internals+get-33477@lists.php.net to get a copy of this message
> +^pdo-specs $CVSROOT/CVSROOT/loginfo.pl pdo-commits@lists.php.net $USER %{sVv} For consistency with the rest of the commit dedicated mailinglists, should this list be named -cvs@? And out of curiosity (since the word is that Microsoft has a hand in this), who will be the patent holder? ;) -Hannes On Nov 27, 2007 9:59 PM, Wez Furlong <kingwez@gmail.com> wrote: > All will be revealed soon. > > --Wez. > > > > On Nov 27, 2007, at 2:56 PM, Antony Dovgal wrote: > > > Hello Wez. > > > > Please explain what is this 'pdo-specs' thing and why CLA is needed > > to commit there. > > > > For some reason I thought we've agreed that CLA/NDA-protected or any > > other restricted-access things should not be placed into PHP CVS. > > pdo_odbc and other "read-but-do-not-write" stuff have already > > demonstrated how bad it works. > > > > > > On 27.11.2007 21:53, Wez Furlong wrote: > >> wez Tue Nov 27 18:53:17 2007 UTC > >> > >> Modified files: > >> /CVSROOT avail loginfo > >> Log: > >> karma and ml for some pdo bits > >> > >> > >> http://cvs.php.net/viewvc.cgi/CVSROOT/avail?r1=1.1331&r2=1.1332&diff_format=u > >> Index: CVSROOT/avail > >> diff -u CVSROOT/avail:1.1331 CVSROOT/avail:1.1332 > >> --- CVSROOT/avail:1.1331 Mon Nov 26 15:14:40 2007 > >> +++ CVSROOT/avail Tue Nov 27 18:53:17 2007 > >> @@ -313,6 +313,10 @@ > >> avail|ramsey|pecl/uploadprogress > >> avail|ramsey|pecl/pdo_user > >> > >> +# PDO Specs. CLA required to commit > >> +unavail||pdo-specs > >> +avail|wez,andi,stas,iliaa|pdo-specs > > > > -- > > Wbr, > > Antony Dovgal > > > > -- > > PHP Internals - PHP Runtime Development Mailing List > > To unsubscribe, visit: http://www.php.net/unsub.php > > > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > >

« previous php.internals (#33477) next »