Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:1618 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 65656 invoked from network); 16 May 2003 20:37:15 -0000 Received: from unknown (HELO carmine.bestweb.net) (209.94.102.73) by pb1.pair.com with SMTP; 16 May 2003 20:37:15 -0000 Received: from [192.168.1.102] (ip216-179-71-153.cust.bestweb.net [216.179.71.153]) by carmine.bestweb.net (Postfix) with ESMTP id 96AEE2416D; Fri, 16 May 2003 15:37:15 -0500 (EST) To: Jani Taskinen Cc: internals@lists.php.net In-Reply-To: References: <1053101238.5661.244.camel@hasele> Content-Type: text/plain Organization: Message-ID: <1053112337.5661.271.camel@hasele> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 16 May 2003 15:12:17 -0400 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Astrology From: sterling@bumblebury.com (Sterling Hughes) On Fri, 2003-05-16 at 16:24, Jani Taskinen wrote: > On 16 May 2003, Sterling Hughes wrote: > > >Hi, > > > >Its on the TODO list (and been agreed upon and planned multiple times), > >but I figured I'd ask one more time before I go and move the > >extensions. Are we still planning on moving all the extensions to PECL > >to then be bundled at release time? And if so, is there any reason not > >to do it now? > > Most of them should still be 'linked' to the php5 CVS module. I don't believe that was the idea (that doesn't mean you can't disagree with the idea, of course ;). The idea was that PHP releases take way to long because we need to coordinate too many extensions. Therefore we were going to move all the extensions to PECL, except the ones that should fall under PHP's "core" extensions (extensions that we should QA ourselves). Then, at release time, the last stable release of the standard extensions would be "bundled." > And you still haven't removed the bundle/ directory..when are you > going to do that? It was already agreed that it should go away.. > *It* wasn't agreed. *I* agreed. All that I have said is that if expat is removed alongside of libxml2 then *I* have no problem. I don't speak for anyone else, and if someone wants to remove both, then they should send a message to internals@ stating their intentions. As I said before, I will certainly not stand in the way of any effort to unbundle, so long as libxml2 isn't prejudiced as a result. However, I don't see the current situation as a necessarily bad thing (I'm torn, I see arguments both for and against bundling.) Anyhow, that's not the point of this thread. -Sterling -- "Whether you think you can or think you can't -- you are right." - Henry Ford