Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:29211
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.132.248 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=ABR7zfZjwJhbJpWwNSII+8mw7JNxSJztdi+nT1r4+PVnbS6WQYe66P/3msYLjlGX/yQbsnErDKNPGYRK4HmUPTBWiM5+dTpDiUXUfJXavePU9z1odRm9JvdI3qZJk47NyB6uD2X1qHRnl40pKNzxl9MoF/MDG69lO8ITrX5GQmU=
Message-ID: <b5f7bf6c0705052228u71365f47y2aba2dd0979f1b39@mail.gmail.com>
Date: Sun, 6 May 2007 01:28:21 -0400
Sender: david.coallier@gmail.com
To: "Marcus Boerger" <helly@php.net>
Cc: "Stanislav Malyshev" <stas@zend.com>, "Edin Kadribasic" <edink@php.net>, 
	internals@lists.php.net
In-Reply-To: <1348470081.20070504221609@marcus-boerger.de>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <139872287.20070504170744@marcus-boerger.de>
	 <9DC00D11-00A5-40DB-A397-8454C48FA448@prohost.org>
	 <1525138013.20070504193205@marcus-boerger.de>
	 <463B70A1.4010505@zend.com> <463B7232.7000205@php.net>
	 <463B8B36.5010906@zend.com>
	 <1992195966.20070504214413@marcus-boerger.de>
	 <463B9271.3040009@zend.com>
	 <1348470081.20070504221609@marcus-boerger.de>
Subject: Re: [PHP-DEV] [RFC] Starting 5.3
From: davidc@php.net ("David Coallier")

On 5/4/07, Marcus Boerger <helly@php.net> wrote:
> Hello Stanislav,
>
> Friday, May 4, 2007, 10:07:13 PM, you wrote:
>
> >> - you don't need a tool - well php - but hey you probbaly have that tool
>
> > Yes, but they can't open it by any other standard system tool. I.e. you
> > always need PHP - and of specific version -
>
> nope, there ispear/phar - perfectly compatible and runs on any version
>
> > to work with this file. And
> > I don't know how you expect all kinds of proven and widely used tools
> > like mod_rewrite, .htaccess, etc. to work with phar-ed application.
>
> they most likely don't, it is designed for deployment and for running
> includes directly.
>
> >> - you can run phar archives out of the box - untouched
>
> > You can't however see files there, edit files, copy files, etc. by any
> > of the thousands of tools made by people to work with files.
>
> If need be, i'll write a windows-commander plugin :-)
>

Just to address your issue Stanislav, I have spoken with Marcus and
I'm starting to write a little application with php-gtk to handle all
type of operations with Phar's as such as:

- Viewing the files in a phar
- Adding files to a phar
- Deleting files from a phar
- Viewing the files themselves in a phar


> >> - you can extract phar archives and run them - still untouched
>
> > To extract them, you again can use one and only one tool, which might
> > not be available on the system you want to open the archive on. That's
> > all consequences of inventing yet another separate packaging format on
> > top of dozens already in existence. Java at least used existing format...
>
> pear install phar - or - pecl install phar - done
> oh wait the point is that pecl install doesn't work or is in 99% no option
>
> >> - you can provide phar archives that do not require a phar extension
>
> > What do you mean, how? And if you can - why don't you always do so? Why
> > do you need phar extension at all?
>
> slow? bigger? overhead?
>
> >> To your question "is phar so important that everybody needs it in the
> >> main source." I think the above means it should.
>
> > Sorry, not clear to me how exactly it means so. There are a lot of
> > extensions that live in PECL and do all kinds of interesting things -
> > why phar is so special?
>
> Interesting and not maintained for the most. Sometimes working on one or
> the other very specific php version only. And often even without
> documentation.
>
> > --
> > Stanislav Malyshev, Zend Products Engineer
> > stas@zend.com  http://www.zend.com/
>
>
>
>
> Best regards,
>  Marcus
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>


regards,
David