Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:51714
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.161.42 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:user-agent:mime-version:to:subject:references
         :in-reply-to:content-type:content-transfer-encoding;
        b=nqs9YKh83u0yqndlyd6puENZvXCL4P/kTKPsVhkCp+jkwkc1YyE0cgZA9eFfX8/FWK
         63gu//9epbzbEJ9vFtWZH40QxmxLA+zJ8Ld5swrTtZFKsFWFChtELk6SWJHH5bo1RsZA
         AXM2rU/NVEU4PmUj8Ibj3Mlu5l0x8lh1hBOlg=
Message-ID: <4D80FA7D.6070905@gmail.com>
Date: Wed, 16 Mar 2011 18:59:25 +0100
User-Agent: Thunderbird
MIME-Version: 1.0
To: Olivier Hoareau <olivier@phppro.fr>, 
 PHP Developers Mailing List <internals@lists.php.net>
References: <AANLkTimB8JEuc-PLRS2Gd59EU3suoeLuPV3c2U=iURMK@mail.gmail.com>	<50863.5626b73e.1300221859.nsm@avilys.eik.lt>	<AANLkTinUin5_npno2LvzNzjY3gMNcZtPn-AC4my-o78_@mail.gmail.com>	<44236.5626b73e.1300255349.nsm@avilys.eik.lt> <AANLkTinZWum0mH9pch8K7RD+JzSojUtYkXSB3qnS=A1x@mail.gmail.com>
In-Reply-To: <AANLkTinZWum0mH9pch8K7RD+JzSojUtYkXSB3qnS=A1x@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] Package php binaries + php script into one single executable
 file
From: keisial@gmail.com ("=?ISO-8859-1?Q?=C1ngel_Gonz=E1lez?=")

Olivier Hoareau wrote:
>> I don't think that people are gonna like that kind of approach, having two
>> binaries with one of them coming from custom source should raise some
>> concerns and you won't like the prospects of maintaining PHP for older
>> Debian/Ubuntu versions.
> My users currently does not matter about this kind of problem, they want to
> be able to download a binary, put it in a directory and use it in command
> line, whatever it contains.
> The features provided by the tool are not php-centric (not only at least),
> so I can target teams that do not know anything of php and how it needs to
> be installed.
>
>> This method of distribution [phar] targets users who can read documentation
>> and
>> understand what "depends on PHP 5.3" means.
> Lots of users I target does not know differences between php 5.2 and php
> 5.3, some of them don't know even that php 5.3 exists or what phar is.
> For the others, it is a possible solution, but not allowing multiple php
> version on same box and requiring that I maintain multiple package of the
> application (I will have to, but the less package I have to maintain the
> more time I will have to improve features).

For those Linux users with a package manager, installing your app depending
on php5.3 would just upgrade their php from 5.2 to 5.3. If they don't
know the
difference between 5.2 and 5.3 they are also unlikely to notice that
they got a
newer version.
That said, it is easy to install a separate php version side-by-side in
a *nix system.
When doing the ./configure step, add a --prefix=/prefix/path/ and all
php files will
be stored insde that dir (unless you're overriding it with other
arguments such
as sysconfdif).

For windows, the php project already provides standalone executables
which don't
depend on being installed at a specific location.