Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:14990 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 88341 invoked by uid 1010); 15 Feb 2005 21:39:54 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 87812 invoked from network); 15 Feb 2005 21:39:22 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 15 Feb 2005 21:39:22 -0000 X-Host-Fingerprint: 80.74.107.235 mail.zend.com Linux 2.5 (sometimes 2.4) (4) Received: from ([80.74.107.235:43832] helo=mail.zend.com) by pb1.pair.com (ecelerity 1.2 (r4437)) with SMTP id 81/9A-55914-20C62124 for ; Tue, 15 Feb 2005 16:39:20 -0500 Received: (qmail 21146 invoked from network); 15 Feb 2005 21:32:30 -0000 Received: from localhost (HELO andi-notebook.zend.com) (127.0.0.1) by localhost with SMTP; 15 Feb 2005 21:32:30 -0000 Message-ID: <5.1.0.14.2.20050215133056.0210c060@localhost> X-Sender: andi@localhost X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Tue, 15 Feb 2005 13:32:28 -0800 To: Christian Stocker ,Zeev Suraski Cc: Rasmus Lerdorf ,"D.Walsh" , PHPdev In-Reply-To: <42125B21.30807@bitflux.ch> References: <5.1.0.14.2.20050215182040.056cc500@localhost> <59389e98fc650b5609e63cd2de28d863@daleenterprise.com> <5.1.0.14.2.20050214162726.03794bd0@localhost> <200502150114.j1F1E29s030012@box2.fiddy8.com> <4e89b42605021417572dc61cd6@mail.gmail.com> <59389e98fc650b5609e63cd2de28d863@daleenterprise.com> <5.1.0.14.2.20050215182040.056cc500@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: [PHP-DEV] Anyone against requiring libxml2 2.6.x for PHP5.1? From: andi@zend.com (Andi Gutmans) I still think we should reconsider bundling libxml2 and solve this issue. XML is a center piece of PHP 5 and will be more and more used by extensions as well as developers. I think the benefit far outweighs the downside of bundling. I know some disagree because of size but I don't see this as an issue. I think giving PHP users a better experience is very beneficial. Andi At 09:27 PM 2/15/2005 +0100, Christian Stocker wrote: >On 15.2.2005 17:29 Uhr, Zeev Suraski wrote: >>At 07:26 15/02/2005, Rasmus Lerdorf wrote: >> >>>D.Walsh wrote: >>> >>>>On Feb 14, 2005, at 23:49, Adam Maccabee Trachtenberg wrote: >>>> >>>>>Well, that's below 2.5.11, which is what we currently require, so >>>>>those folks are already out of luck. >>>>> >>>>>Meanwhile, Mac OS 10.4 is at 2.6.16, so that's okay. I don't have a >>>>>10.3 machine with me here at LinuxWorld, so I can't check that. >>>> >>>> >>>>OSX 10.3 is at 2.5.4 >>> >>> >>>At the same time, why would people on older operating systems who are >>>obviously quite conservative when it comes to upgrading suddenly try to >>>upgrade to the very latest PHP? As long as we don't move the goalposts >>>beyond the latest releases of the various main operating systems I think >>>we are fine. >> >>At the end of the day it's a fact that lots of people use the latest >>version of PHP on exceptionally old systems. Some of the reasons I can >>think of off hand: >>- Because they're new comers to PHP, and the first version they try may >>already be too 'demanding' for their server >>- Because of a (somewhat justified, but not quite) perception that the >>latest (major) PHP version is more secure, and because PHP is much more >>visible to them than some library(*) >>- Because they want specific features in the latest version of PHP, and >>the same (*) applies here too. >>There are probably other reasons I didn't think about. People who follow >>PHP don't necessarily follow all of PHP's dependencies. In my experience >>they rarely do. >>Zeev >>(*) The average PHP user will easily tell you that he's using PHP, but >>he's much less likely to know that he's using libxml2, and will almost >>definitely not know which version of libxml2 he's using. We can't assert >>that because someone is upgrading to new major versions of PHP, he shows >>the same level of interest in OS/library updates. > >And for that reason, it's maybe a good thing, if we require a more recent >libxml2. Because not all things can be supported with 2.5 and therefore >people will get confused, when a feature doesn't work on their system... >Furthermore it's a pita for reusable-code-writers, if it doesn't work on >some installations (and they would have to test their scripts against 2.5 >and 2.6). > >But basically, for me it boils down to the points I made before. Testing >and maintaining. Each time we add a new feature or change some things, we >have to compile and test it against 2.5 and 2.6 . Looking at the very >limited amount of people working on the libxml stuff (it's mainly Rob >currently) and the disinterest of me and Rob (don't know about the other >XML people) in 2.5, this isn't really the way to go for me. > >Besides the fact, that some things just can be done nicer and easier in a >2.6-only environment. > >And it's not that we want to change the requirements from 5.0.3 to 5.0.4, >but only for 5.1 (just to make that clear). > >chregu > > > > >-- >christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004 zurich >phone +41 1 240 56 70 | mobile +41 76 561 88 60 | fax +41 1 240 56 71 >http://www.bitflux.ch | chregu@bitflux.ch | gnupg-keyid 0x5CE1DECB > >-- >PHP Internals - PHP Runtime Development Mailing List >To unsubscribe, visit: http://www.php.net/unsub.php