Re: Re: libzip?

Hello Johannes, Saturday, January 12, 2008, 3:34:03 PM, you wrote: > Hi Marcus, > On Sat, 2008-01-12 at 12:27 +0100, Marcus Boerger wrote: >> 1) Keep zip out of pecl, given its age and locatipon in core i would expect >> it to be stable by now and there shouldn't be a reason for a new release > That's imo not a zip-only problem, I think we need a general plan for > the relationship between "core" and "pecl". We have things maintained in > both, some stuff went from core to pecl, some stuff the other way round > and the users are confused. (while that's only the easy part of the > story, in reality there are two types of packages living in both: a) > symlinked in cvs, b) copy in cvs ...) > pecl has, for sure, the benefit of providing a basic infrastructure for > individual releases of packages but on he core side we don't care about > these releases made in pecl. > I would like an infrastructure where we for a PHP "core" release could > simply fetch the latest "stable" pecl packages and bundle them, but that > won't work for most of our core extension which won't have a clear lead > who could define a state as "stable" and release that every now and > then. And having the "core" RM doing that, first releasing 10 stable > pecl packages then taking them and releasing them as part of the whole > PHP package a day later sounds crazy. > But well, as said: Not exactly a zip-related topic... and just a few > thoughts :-) Pretty nice thoughts! Grabbing them from pecl for a release and not having any in the actual releases seems a very good thing to me. I always said that we should ship core only with suff that cannot be disabled and then put the actual selection of extensions we see important in the downloads. Using symlinks from pecl into php-src for release development is a nice thing of course. But all extensions that can be disabled should be moved to pecl. Now when two different extensions use the same library then we should do that in the way we handle gd. Provide an <lib>.php.net playground. Best regards, Marcus