Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:44424
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain oracle.com from 148.87.113.123 cause and error)
Message-ID: <4A400825.6020009@oracle.com>
Date: Mon, 22 Jun 2009 15:39:33 -0700
User-Agent: Thunderbird 2.0.0.21 (X11/20090318)
MIME-Version: 1.0
To: Greg Beaver <greg@chiaraquartet.net>,
        PHP Developers Mailing List <internals@lists.php.net>
References: <688E0CB7-742C-4861-B636-0C89DC4D8B9A@pooteeweet.org> <06.D1.20019.45C1F3A4@pb1.pair.com> <7f3ed2c30906220017j6fcea76do2190af3f3ff2d763@mail.gmail.com> <38.7A.20019.C9D6F3A4@pb1.pair.com> <7f3ed2c30906220445m469c0faxc6e28b242dffb086@mail.gmail.com> <B4.15.20019.A01AF3A4@pb1.pair.com> <4A3FAE37.5020102@chiaraquartet.net> <5B.23.08779.7D9CF3A4@pb1.pair.com> <4A400631.4040309@chiaraquartet.net>
In-Reply-To: <4A400631.4040309@chiaraquartet.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] Re: 5.3.0 stable release
From: christopher.jones@oracle.com (Christopher Jones)



Greg Beaver wrote:
 > jvlad wrote:
 >>>> php5.3-200906221030 make produces suspecious output under FreeBSD
 >>>> 6/amd64:
 >>>>
 >>>> Generating phar.php
 >>>> Generating phar.phar
 >>>> pear: not found
 >>>> ^^^^^^^^^^^^
 >>>> Pear package PHP_Archive or Archive.php class file not found.
 >>>> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
 >>> This is not suspicious.  It is self-explanatory, not a problem, not a
 >>> bug.  Do not pass Go.  Do not collect $200.
 >> Greg, your answer is even more suspicious. If "Class file not found" is
 >> neither a problem, nor a bug, what is it?
 >> Why does it appear in the output? Doesn't "pear: not found" mean that make
 >> tried to run pear in the $PATH and shell produced this error in the stderr?
 >> Shouldn't it run $prefix/bin/pear only? What's about PHP_Archive? Shouldn't
 >> it be there in the sources?
 >>
 >> In other words, I see two bugs there:
 >> 1. PHP depends on the system-wide installed pear and tries to run it.
 >> 2. One or many files are missed in the package producing the "Archive.php
 >> class file not found" error.
 >
 > 1. you're wrong, PHP does not depend on system-wide installed pear, it
 > will simply use it if present
 > 2. nothing is missing.  see http://pear.php.net/PHP_Archive
 >
 > If installed, phar.phar will function (partially) without the phar
 > extension being present.
 >
 > In other words, not a problem, not a bug.

Greg,

Can the messages be enhanced e.g. explaining what will happen in these
cases?  For example "pear: not found.  Using XXX instead" would help
users for #1.

Chris

-- 
Email: christopher.jones@oracle.com
Twitter:  http://twitter.com/ghrd