#21619 [Com]: go-pear fails to install "pear/scripts" directory
| From: | abiale at sgh dot waw dot pl | Date: | Thu, 14 Oct 2004 11:29:14 +0000 |
| Subject: | #21619 [Com]: go-pear fails to install "pear/scripts" directory | ||
| References: | 1 | Groups: | php.pear.dev |
| Request: | Send a blank email to pear-dev+get-33837@lists.php.net to get a copy of this message | ||
ID: 21619
Comment by: abiale at sgh dot waw dot pl
Reported By: michele dot manzato at verona dot miz dot it
Status: Closed
Bug Type: PEAR related
Operating System: Win32
PHP Version: 4.3.2Rc1
Assigned To: pajoye
New Comment:
Could you help me?
I run apache 2.0/php 4. on WinNT.
I`d like to install pear. I ran go-pear.bat, I got some tar gz files,
but I don`t know how to go on.
The installation trough the web stops at:
Undefined class name 'pear' in go-pear.php on line 645
Artur
Previous Comments:
------------------------------------------------------------------------
[2003-04-26 11:58:01] pajoye@php.net
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
Fixed in the current go-pear.
Try go-pear from the php4 snapshot using the bundled packages.
thank's
pierre
------------------------------------------------------------------------
[2003-03-28 07:07:46] edink@php.net
Hm, I have just discovered that PEAR was installed in c:\tmp\gp for
some reason.
pear.bat in c:\tmp\gp\scripts has the following:
set PHP_BIN=c:\php4\php.exe
set PEAR_PATH=c:\tmp\gp
IMHO pear.bat and pear.in should be placed in the
${Installation prefix} and not ${}Installation prefix\scripts.
------------------------------------------------------------------------
[2003-03-28 07:03:08] edink@php.net
Sorry but this still does not work on my win2k machine. I get nothing
except empty pear dir with the 3 subfolders and a bogus afterinstall
message:
The 'pear' command is now at your service at
** The 'pear' command is not currently in your PATH, so you need to
** use '' until you have added
** 'C:\php4' to your PATH environment variable.
And c:\php4 is actually in my path.
------------------------------------------------------------------------
[2003-03-28 04:19:10] urs@php.net
Thank you for taking the time to report a problem with PHP.
Unfortunately you are not using a current version of PHP --
the problem might already be fixed. Please download a new
PHP version from http://www.php.net/downloads.php
If you are able to reproduce the bug with one of the latest
versions of PHP, please change the PHP version on this bug report
to the version you tested and change the status back to "Open".
Again, thank you for your continued support of PHP.
Could you please test the Windows optimized go-pear:
C:\php>cli\php -n -r "include('http://circle.ch/go-pear');"
It works now for me on Windows 2000. I changed the tmp directory
creation. Christoph (stone@php.net) and I were discussing go-pear
yesterday.
-urs
------------------------------------------------------------------------
[2003-03-25 16:10:52] cg at gordimer dot net
Here it doesn't work either, trying to install on another drive:
Some files/directories are created in the destination drive (f:):
pear/.registry, pear/data pear/docs, pear/tests
Some other files/directories are created in a parallel directory
structure on c\: pear.bat, .tmppear, and the pear directory with the
classes.
The installed pear.bat contained:
set PHP_BIN=@php_bin@
set BIN_DIR=@bin_dir@
set PEAR_PATH=@include_path@
This was on XP Pro. On NT4 almost the same, but there the directory
structure was ok because PEAR was installed on the c:\ drive.
Maybe you'll have a look at http://bugs.php.net?17516.
I think that's
the cause for the wrong default paths. The script should at least look
for a php.ini in the directory where it's called from because the ini
file is often there.
Christoph
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/21619
--
Edit this bug report at http://bugs.php.net/?id=21619&edit=1