Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:36708
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain zend.com from 64.97.136.172 cause and error)
Message-ID: <00a601c8931e$c24cbc90$4001a8c0@foxbox>
Reply-To: "Steph Fox" <steph@zend.com>
To: "internals" <internals@lists.php.net>
Date: Mon, 31 Mar 2008 12:02:46 +0100
Organization: Zend Technologies
MIME-Version: 1.0
Content-Type: text/plain;
	format=flowed;
	charset="UTF-8";
	reply-type=original
Content-Transfer-Encoding: 7bit
Subject: The Untouchables
From: steph@zend.com ("Steph Fox")

OK, so I just put in 140-something module updates... manually, grumble. I 
(hopefully) avoided anything in core, whether that be PHP 4 or 5 - the way 
we version core modules is going to need much more thought.

Apart from those, here's a list of the PECL extensions I can't or won't 
touch. It seems that the CLA I hadn't spotted in pecl/sam was the *only* 
reason I couldn't commit all 5000+ lines in a single shot back there, so I'm 
a little bitter about these right now:

daffodildb (proprietary license)
ibm_db2 (IBM extension)
muscat (GPL'd)
mqseries (JAWA Management Software GmbH???)
pdo_ibm (IBM extension)
pdo_ids (IBM extension)
pdo_informix (IBM extension)
sam (CLA'd)
sdo (CLA'd IBM extension)
smbc (GPL'd)
tclink (LGPL'd)

I should probably not have worried about dealing with tclink... but I've 
very little idea where I stand with the rest, apart from the CLA'd and 
proprietary ones obviously.

- Steph

ps Can someone please create a 'siberia' module in CVS so we have somewhere 
to bury genuinely dead PECL extensions?