Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:35137
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain pooteeweet.org from 85.10.196.195 cause and error)
To: "Steph Fox" <steph@zend.com>
In-Reply-To: <002201c86689$b5f95c30$c6fc1f3e@foxbox>
References: <01c801c865d8$2e837e90$c6fc1f3e@foxbox> <14581063.20080203002104@marcus-boerger.de> <005201c8660f$66a2b160$c6fc1f3e@foxbox> <47A58686.60707@lsces.co.uk> <F879F582-1DF5-4298-91BA-A591AB9ADA1B@pooteeweet.org> <452173393.20080203122435@marcus-boerger.de> <002201c86689$b5f95c30$c6fc1f3e@foxbox>
Message-ID: <8B40C30C-FD82-47AE-9960-B108CE16FA3F@pooteeweet.org>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v915)
Date: Sun, 3 Feb 2008 19:05:07 +0100
Cc: "Marcus Boerger" <helly@php.net>,
 "Lester Caine" <lester@lsces.co.uk>,
 "PHP internals" <internals@lists.php.net>
X-backendmedia-com-MailScanner-Information: Please contact the ISP for more information
X-backendmedia-com-MailScanner: Found to be clean
X-backendmedia-com-MailScanner-SpamCheck: not spam, SpamAssassin (not cached,
	score=0.093, required 6, AWL -0.01, RDNS_DYNAMIC 0.10)
X-backendmedia-com-MailScanner-From: mls@pooteeweet.org
X-Spam-Status: No
Subject: Re: [PHP-DEV] Splitting the subject: the PECL/PHP relationship
From: mls@pooteeweet.org (Lukas Kahwe Smith)


On 03.02.2008, at 18:24, Steph Fox wrote:

> Hi Marcus,
>
>> Anyway my idea is to start everything in PECL and
>> to to move everything out that can be moved out. And that includes  
>> all MySQL
>> extensions as well as SQLite. Only this way people will use the PELC
>> infrastructure. Otherwise we would just reduce functionality of  
>> PHP. And btw
>> nearly all linux distributions today offer a bunch of PECL  
>> extensions, and
>> for windows we offer DLLs for most PECL extensions for a long time  
>> now.
>
> The problem with this, as I wrote earlier, is that people relying on  
> hosting can't use them, and hosts tend not to know as much as they  
> could about PHP or its extensions. There does need to be a basic  
> agreement here about what PHP is without any additions. IMHO that  
> should be the minimum necessary to build a simple website, ie even  
> if your host knows nothing about PHP it's still possible to do  
> something useful with it. I suggested SQLite as a way of ensuring  
> that there is _some_ database in PHP regardless of whether the host  
> has added something or not. PDO should be built-in anyway. Neither  
> is the case under doze @ present - both are separate entities that  
> have to be explicitly enabled, i.e. there is no intrinsic database  
> support in PHP. And yes, you do get Windows hosting these days.
>
> Also, we can't rely on linux distributions/the availability of DLLs  
> on php.net for distribution. There needs to be a single simple cross- 
> platform method for getting hold of extensions for PHP - but I think  
> Greg's so close to achieving that, it isn't really an issue. The  
> problem of zero QA, is.

I am not sure if I misunderstood some other persons proposal, but at  
least my proposal was that the final thing we ship as version xyz of  
PHP would include a set of PECL extensions along with core that we  
deem as necessary for the bulk of our users solving the web problem.

As such we could even publish a list of additional extensions we  
recommend to hosters to also install, though the question is if we can  
also QA them as part of the release process.

regards,
Lukas