Hello,
getting back to the original point of Philips email. What is the
relation between PECL, especially for packages that make it into core?
Does making it into core mean that the PECL package is removed (unless
the developer in question is willing to continue maintance)?
Or is it maybe time that we start considering PHP releases more like a
Linux distro release (take the current kernel and add in a all relevant
stable package releases from PECL, QA the thing as a while for a while
and release)?
Partly this also plays into the entire question of do we care about
users running older minor versions of PHP (these are the people that
seem to benefit the most from PECL releases). Do we even want
independent releases of core extensions?
I also find the comments on updating the API versions very important. I
think this is something that is taken to lightly. Making sure that API
versions are updated is very important. Why is this not taken care of?
Do we lack a common standard for when to update the API version? Are
developers not aware of the importance? Do we need tools/infrastructure
to ensure that the API version is updated?
regards,
Lukas
PS: In context with the discussions about an infrastructure update, I
think the time is now to discuss how PECL<->core relate.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
