Re: About that PECL versioning thing
| From: | Steph Fox | Date: | Sun, 23 Mar 2008 13:34:36 +0000 |
| Subject: | Re: About that PECL versioning thing | ||
| References: | 1 2 3 | Groups: | php.internals php.pecl.dev |
| Request: | Send a blank email to internals+get-36374@lists.php.net to get a copy of this message | ||
Hi,
That's the basic idea, yes.The first step in fixing the core<->pecl relationship? \o/
But we already have those problems now. Labelling the version just makes it more obvious that we have those problems :) - StephBut what about extensions that are symlinked to core? Will they need to update their version info during core release cycles? It obviously shouldn't have a -dev version when distributed with PHP.. Is it up to the RM to hunt those extensions down and make sure the version info is accurate?Just removing the "-dev" in the version number would be wrong (as is symlinking), a Stable PHP release should include "stable" extensions. Not dev versions of the extension. So one of the ideas is to fetch the last stable extension release for a PHP release, but well, then there's the problem that everybody (people using snaps, people using CVS, ...) end up with different versions which makes QA hard. (not to mention bug hunting trouble with people using the latest release but updated a single extension, ....)
johannes