FAQ
Edit report at http://pear.php.net/bugs/bug.php?id=17016&edit=1

ID: 17016
Comment by: felipemanchu
Reported By: felipe@kryptonstudio.com
Summary: Windows: PEAR Installation go-pear.bat config variable
php_suffix
Status: Open
Type: Bug
Package: PEAR
Operating System: Windows 2008 Server 64bit
Package Version: 1.9.0
PHP Version: 5.3.1
New Comment:

I have the same problem, and spent some time tracing this.
The issue is not that the temporary folder gets deleted is that the
package is extracted outside of the temporary folder.

then when the builder fails to find the extracted package folder it
fails and deletes the temporary folder afterwards.

Hope, that helps some. Still looking to correct this myself. I will post
back if/when I do.


Previous Comments:
------------------------------------------------------------------------

[2012-04-19 22:21:49] brentnewland

pecl config-set php_suffix \php-cgi.exe
pecl config-set php_bin C:\pathto\php\php-cgi.exe

PEAR\Builder.php: Line 109 to "return $this->raiseError("The DSP
$dir/$dsp does not exist.")" (add the "$dir/")

It appears the temp directory gets destroyed before the install phase.

------------------------------------------------------------------------

[2011-02-12 02:59:07] jojo

after I try to set php_sufgfix with
$ pecl config-set php_suffix .exe
get below:
c:\PHP_CI_env>pecl config-set php_suffix .exe
config-set succeeded
then I try:
c:\PHP_CI_env>pecl install xdebug
downloading xdebug-2.1.0.tgz ...
Starting to download xdebug-2.1.0.tgz (301,354 bytes)
................done: 301,354 bytes
66 source files, building
ERROR: The DSP xdebug.dsp does not exist.

the dsp error still be there.
what's wrong?

------------------------------------------------------------------------

[2010-09-21 16:17:32] konqi

try to set php_sufgfix with
$ pecl config-set php_suffix .exe

------------------------------------------------------------------------

[2010-01-21 11:58:18] amohr

One step further. I dug into the surces and found the following in
C:\progs\php\PEAR\PEAR\config.php

'php_prefix' => array(
'type' => 'string',
'default' => '',
'doc' => '--program-prefix for php_bin\'s ./configure, used
for pecl installs',
'prompt' => '--program-prefix passed to PHP\'s
./configure',
'group' => 'File Locations (Advanced)',
),
'php_suffix' => array(
'type' => 'string',
'default' => '',
'doc' => '--program-suffix for php_bin\'s ./configure, used
for pecl installs',
'prompt' => '--program-suffix passed to PHP\'s
./configure',
'group' => 'File Locations (Advanced)',
),

This encouraged me to go to the Package Manager Web Frontend (because
directly editing pear.ini makes it useless) and changed the following
values

--program-prefix passed to PHP's ./configure: c:\progs\php
--program-suffix passed to PHP's ./configure: \php-cgi.exe

The Environment variable (the one I believe to be relevant) points to
php-cgi.exe

PHP_PEAR_PHP_BIN = c:\progs\php\php-cgi.exe

I restarted the server to make sure all configuration is set. PECL
commands now return:

---------------------------------

c:\progs\php>pear install enchant
No releases available for package "pear.php.net/enchant" - package
pecl/enchant can be installed with "pe
cl install enchant"
install failed

c:\progs\php>pecl download enchant
downloading enchant-1.1.0.tgz ...
Starting to download enchant-1.1.0.tgz (9,464 bytes)
.....done: 9,464 bytes
File c:\progs\php\enchant-1.1.0.tgz downloaded

c:\progs\php>pecl bundle enchant
downloading enchant-1.1.0.tgz ...
Starting to download enchant-1.1.0.tgz (9,464 bytes)
.....done: 9,464 bytes
Package ready at 'c:\progs\php\ext\enchant'

c:\progs\php>pecl build enchant
Unable to open enchant

---------------------------------

Especially notable is now that there is no more hint on a missing .dsp
file. The question is if that is a good sign. All Errors and Warnings
are gone.

For debugging:

a) the configuration of php_suffix is not documented. I seems odd, that
the values can only be modified in the Package Manager Web Frontend,
which is only" Beta. And it seems odd theat the value for php_suffix
must be given with a preceding backslash. Is that correct?

b) If the above is correct, I believe that these values should be set
during the installation using go-pear.bat

c) It is still unclear why the build fails to open. Is it impossible to
"PECL build" unreleased packages in a windows environment at all? Or is
some "PHP SDK" or "Make Command from GNU" missing? Or - being a windows
user - do I need to manually build Enchant using Visual Studio because
"You can´t always get what you want"?

------------------------------------------------------------------------

[2010-01-21 09:50:19] amohr1

As I see in the description of the preceeding bug it is recommended to
configure PEAR to use the cgi version of the php binary if it exists.

I changed configuration using Pear Web Frontent Package Manager (because
changing the value with a text editor renders pear.ini useless) for "PHP
CLI/CGI binary:" to c:\progs\php\php-cgi.exe. Now the s value is 24
(whatt? why?)
s:24:"c:\progs\php\php-cgi.exe"

I also changed the environment Variable PHP_PEAR_PHP_BIN to
c:\progs\php\php-cgi.exe

I restarted the system to make sure everything is reset.

Here are the results - note the different locations of the tgz´s

---------------------------------------------
Microsoft Windows [Version 6.0.6002]
Copyright (c) 2006 Microsoft Corporation. All rights reserved.

c:\progs\php>pear install enchant
No releases available for package "pear.php.net/enchant" - package
pecl/enchant can be installed with "pecl install enchant"
install failed

c:\progs\php>pecl download enchant
downloading enchant-1.1.0.tgz ...
Starting to download enchant-1.1.0.tgz (9,464 bytes)
.....done: 9,464 bytes
File c:\progs\php\enchant-1.1.0.tgz downloaded

c:\progs\php>pecl bundle enchant
downloading enchant-1.1.0.tgz ...
Starting to download enchant-1.1.0.tgz (9,464 bytes)
.....done: 9,464 bytes
Package ready at 'c:\progs\php\ext\enchant'

c:\progs\php>pecl build enchant
WARNING: php_bin c:\progs\php\php-cgi.exe appears to have a suffix
\php-cgi.exe, but config variable php_suffix does not match
Unable to open enchant

-------------------------------------------------------

It would really help to know where the "config variable php_suffix" is
exactly taken from.

------------------------------------------------------------------------

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://pear.php.net/bugs/bug.php?id=17016

Search Discussions

Related Discussions

Discussion Navigation
viewthread | post
Discussion Overview
grouppear-bugs @
categoriesphp
postedSep 28, '12 at 6:44p
activeSep 28, '12 at 6:44p
posts1
users1
websitepear.php.net

1 user in discussion

Felipemanchu: 1 post

People

Translate

site design / logo © 2022 Grokbase