Hello Pierre,

Tuesday, May 8, 2007, 10:58:19 AM, you wrote:

> On 5/8/07, Marcus Boerger <[EMAIL PROTECTED]> wrote:

>> Now adding Pecl/Zip was a clever idea as it allows an easy way to
>> compress stuff on the fly for sites that offer downloads. However
>> this is a) far far away from a mainstream problem

> And to read zip files (upload, ftp, remote data). I think each of us
> has had to deal with zip data (read or write) more than once. It is a
> mainstream need. Or if you mean that phar is not a mainstream problem
> then I agree. But I don't really see the point to compare both, they
> are too completely different extension (general purpose and
> developer/packager extension).

I hoped to make clear that even all of them are package extensions
at least to me they severe a different purpose. Especially I wanted
to point out that we should not make any of them executeable like
JARs.

> I'm in general in favour of phar but I don't think we should start 5.3
> for it. I don't think either that it is stable enough to be bundled. I
> doubt it is possible to have a stable package in only three public
> releases (even the first public release was already marked stable).

We do not need to create 5.3 to bundle it. And well if you design
something and test it thoroully you can mark even the first public
release as stable. We've even put phar to gcov.php.net prior to
releasing it to prevent memleaks and ensure a pretty high quality.
After that we waited ffor another half year and only then after
still being sure it works (by checking that it worked for us) we
released it.

> However once this package got a wider audience and users base, I don't
> have real objections to do not bundle it even if I still think that
> phar is a packager tool and have little to do with the mainstream
> needs.

In this case the audience is the PHP_Archive audience as well.
It is one of the things PECL was designed for. Develop something
in PHP and the turn it into a PHP extension.

> --Pierre



Best regards,
 Marcus

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to