Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:44421 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 25844 invoked from network); 22 Jun 2009 18:13:44 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 22 Jun 2009 18:13:44 -0000 X-Host-Fingerprint: 85.21.236.169 xdmitri.static.corbina.ru Received: from [85.21.236.169] ([85.21.236.169:17245] helo=localhost.localdomain) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 5B/23-08779-7D9CF3A4 for ; Mon, 22 Jun 2009 14:13:44 -0400 Message-ID: <5B.23.08779.7D9CF3A4@pb1.pair.com> To: 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> <4A3FAE37.5020102@chiaraquartet.net> Date: Mon, 22 Jun 2009 22:13:34 +0400 Lines: 26 X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2900.5512 X-RFC2646: Format=Flowed; Original X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Posted-By: 85.21.236.169 Subject: Re: [PHP-DEV] Re: 5.3.0 stable release From: dmda@yandex.ru ("jvlad") >> 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.