Re: Re: cvs: php4 / TODO-4.1.txt
| From: | Zeev Suraski | Date: | Tue, 17 Apr 2001 22:27:16 +0000 |
| Subject: | Re: Re: cvs: php4 / TODO-4.1.txt | ||
| References: | 1 | Groups: | php.dev |
| Request: | Send a blank email to php-dev+get-51845@lists.php.net to get a copy of this message | ||
No there isn't. As I said, IMHO we should really delay this entire discussion until this becomes more relevant. Right now we don't even know how PEAR and the installation tool would look like exactly.
Zeev
At 13:13 18/4/2001, Frank M. Kromann wrote:
Is there a list of modules that stays ? I would like to see a way to make sure modules (I maintain) is not falling to far behind main releases. - Frank We need to think about it. I think that keeping the release cycle of this selected set of modules in sync with the PHP releases is actually a good thing. Zeev At 00:57 18/4/2001, Stig Sæther Bakken wrote:-- Zeev Suraski <zeev@zend.com> CTO & co-founder, Zend Technologies Ltd. http://www.zend.com/[Zeev Suraski <zeev@zend.com>]time,At 05:03 17/4/2001, Sterling Hughes wrote:Ok, let me just see if I understand... move everything out of the distribution (from mysql popular extensions like mysql to hardly used ones like qtdom), and then, come releasepackagepackage a predefined set of PEAR modules and extensions we want to-- Zeev Suraski <zeev@zend.com> CTO & co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: php-dev-unsubscribe@lists.php.net For additional commands, e-mail: php-dev-help@lists.php.net To contact the list administrators, e-mail: php-list-admin@lists.php.netWhy not, as long as we put the latest known-to-be-stable version of each back in when making a release? - Stig -- Stig Sæther Bakken <ssb@fast.no> Fast Search & Transfer ASA, Trondheim, Norwayfor PHP4.Not really - some of the extensions will remain in PHP. I believe that the fact that PHP comes bundled with support for some of the most common Web environment applications is still a serious factor in its success. It did get into a situation when there are simply too many not-too-mainstream extensions in there, though, which makes it very difficult to find a stable point at time to release it. I wouldn't expect MySQL, Oracle or XML support to be removed from PHP, though.