Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:35169
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 85.214.94.56 as permitted sender)
Date: Mon, 4 Feb 2008 11:38:49 +0100
Reply-To: Marcus Boerger <helly@php.net>
Message-ID: <1183043264.20080204113849@marcus-boerger.de>
To: Ben Trafford <ben@prodigal.ca>
CC: internals <internals@lists.php.net>
In-Reply-To: <7.0.1.0.2.20080204044114.03e1ea50@prodigal.ca>
References: <01c801c865d8$2e837e90$c6fc1f3e@foxbox> <14581063.20080203002104@marcus-boerger.de> <005201c8660f$66a2b160$c6fc1f3e@foxbox> <alpine.DEB.0.98.0802041032220.10785@kossu.ez.no> <7.0.1.0.2.20080204044114.03e1ea50@prodigal.ca>
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 Ben,

  None of this is necessary though. What I proposed was moving extension
development from php-src to PECL an dthen bundle what we see fit into the
distribution just as we do now, whith the RM having the last say what goes
in and what not. In my proposal we would only put stuff into php-srec that
is the base for other stuff. For instance libxml is tthe base for all other
xml extensions. So you and most other users would get a relase build from
the selection on php-default. And that will most likely include your
xmlreader and writer, just as they are today in php-src.

marcus

Monday, February 4, 2008, 10:42:39 AM, you wrote:

> At 04:33 AM 2/4/2008, Derick Rethans wrote:
>>On Sun, 3 Feb 2008, Steph Fox wrote:
>>
>> > Everything else - the fashionistas (JSON, xmlreader/writer) and 
>> the downright
>> > useful for some but not all (fileinfo, json, com_dotnet, posix) 
>> and the quirky
>> > stuff (pretty much anything Sara came up with) - should be in PECL.
>>
>>I see another issue after reading this, and that is that it makes it
>>much harder for users to depend on specific extensions just being always
>>available by default. It's important for application distributers to
>>have this core set of extensions to rely on. It's annoying enough that
>>some distributions (gentoo, freebsd) already use --disable-all and their
>>users then bugging us (or me) with "you should check that SPL is enabled
>>in your code".

>          Just poking up my head to concur with Derick. What one 
> person thinks of as 'fashionistas', another person will think of as 
> absolutely core and necessary -- for example, I use xmlreader/writer 
> in almost every piece of code I put out. If it were suddenly part of 
> a PECL, a whole bunch of things I've written would break instantly. 
> Yes, it's easy enough to work around, but backwards-compatibility 
> will make for a happy PHP community.

> --->Ben 




Best regards,
 Marcus