#18568 [Fbk->Opn]: PEAR installation does not honor INSTALL_ROOT

ID: 18568 User updated by: vogel@folz.de Reported By: vogel@folz.de -Status: Feedback +Status: Open Bug Type: PEAR related Operating System: Redhat 7.0 -PHP Version: 4CVS-2002-07-25 +PHP Version: 4CVS-2002-11-10 New Comment: Snapshot 200211101739 Does NOT Work For Me(TM). A "make install INSTALL_ROOT=/var/tmp/php-root" as it used to work with php-4.2.x, end in: Installing PHP SAPI module Installing shared extensions: /var/tmp/php-root/usr/lib/php4/ Installing PHP CLI binary: /var/tmp/php-root/usr/bin/ Installing PEAR environment: /var/tmp/php-root/usr/share/pear/ Warning: mkdir(/usr/share/pear) [http://www.php.net/function.mkdir]: Permission denied in /home/vogel/rpm/BUILD/php4-200211101739/pear/System.php on line 236 Warning: mkdir(/usr/share/pear/.registry) [http://www.php.net/function.mkdir]: No such file or directory in /home/vogel/rpm/BUILD/php4-200211101739/pear/System.php on line 236 (repeated many times) Warning: version_compare() expects parameter 2 to be string, object given in /home/vogel/rpm/BUILD/php4-200211101739/pear/install-pear.php on line 63 [PEAR] XML_RPC - already installed: Object Installing build environment: /var/tmp/php-root/usr/lib/php/build/ Installing header files: /var/tmp/php-root/usr/include/php/ Installing helper programs: /var/tmp/php-root/usr/bin/ program: phpize program: php-config program: phpextdist cp: cannot stat `pear/scripts/phpextdist': No such file or directory make: *** [install-programs] Error 1 So we've got two problems: o INSTALL_ROOT is still not honored. o There's a new problem with phpextdist. Previous Comments: ------------------------------------------------------------------------ [2002-11-09 10:22:10] mj@php.net Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip ------------------------------------------------------------------------ [2002-09-25 15:27:38] andreas@conectiva.com.br I have the same problem. The PEAR install is ignoring INSTALL_ROOT and trying to install things directly into /usr/share/pear: (...) Installing PEAR environment: /home/andreas/svn/BUILDROOT/usr/share/pear/ make[1]: Entering directory `/home/andreas/svn/php4/BUILD/php4-200209250900/build-apache' Warning: mkdir(/usr/share/pear/.registry) [http://www.php.net/function.mkdir]: Permission denied in /home/andreas/svn/php4/BUILD/php4-200209250900/pear/System.php on line 236 ------------------------------------------------------------------------ [2002-07-25 13:52:22] sniper@php.net reclassified ------------------------------------------------------------------------ [2002-07-25 12:16:11] vogel@folz.de I reported this bug already as part of bug #14401. But when I compare snapshots php4-200207170600 (see #14401, important parts cited below) and todays php4-200207250000, there seems to be no work done to fix the PEAR install. The relevant parts of my reports to bug #14401: The PEAR installation fails right at it's start: $ make install INSTALL_ROOT=/var/tmp/php-root [/bin/sh libtool command omitted for brevity] Installing PHP SAPI module Installing shared extensions: /var/tmp/php-root/usr/lib/php4/ Installing PHP CLI binary: /var/tmp/php-root/usr/bin/ Installing PEAR environment: /var/tmp/php-root/usr/share/pear/ Warning: SAFE MODE Restriction in effect. The script whose uid is 503 is not allowed to access /usr/share owned by uid 0 in /home/vogel/rpm/BUILD/php4-200207170600/pear/System.php on line 235 This last message is repeated _many_ times, with some "Warning: version_compare() expects parameter 2" messages interspersed. I can reproduce this in various ways (i. e. building using rpm or doing the same "by hand"; changing configure options did not help in any way). [and later:] But what I did not find: How is "make" supposed to pass the INSTALL_ROOT variable on to the php scripts that it executes when the install-pear-installer and install-pear-packages targets are called? ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=18568&edit=1