Bug #14401 Updated: Wrong include_path from Apache <Directory> config

ID: 14401 Updated by: vogel@folz.de Reported By: vogel@folz.de Status: Open Bug Type: Apache related Operating System: Linux i386 PHP Version: 4.3.0-dev New Comment: A short note to confirm the obvious: release 4.2.2 did _not_ fix this problem. It took about 24 hours after the upgrade until it happened for the first time. Previous Comments: ------------------------------------------------------------------------ [2002-07-18 13:39:48] vogel@folz.de Hmpf. I can't tell you if the include_path issue is fixed because I cannot even install this %*$# snapshot release. Is this clear enough? Our server machines are stripped down and don't have the tools you need to build programs and RPM packages. So we _must_ build a RPM package on one of our development machines, and if that RPM package passes some tests, we can install this on our servers. Copying the server setup to some test server on a development machine does not really help to be sure, because it would be difficult to simulate the work load of the "real" server. ------------------------------------------------------------------------ [2002-07-18 13:24:05] sniper@php.net Please, only ONE BUG per report, thank you. Does the latest snapshot fix the include_path problem or not? (I'm not interested if it doesn't build with all your configure options right now..) ------------------------------------------------------------------------ [2002-07-18 12:53:47] vogel@folz.de I forgot two things: o The above extract from config.log was created with snapshot 200207170600. o In response to your comment "... some problem in your system" I updated the bash package to that of redhat-7.1, but without any effect. The bash package of redhat-7.2 has more bugs fixed, but does not fit into a redhat-7.0 system (incompatible changes). After some more debugging in the last four hours I'm pretty sure that it is _not_ a problem of our redhat installation. 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? ------------------------------------------------------------------------ [2002-07-18 10:38:34] vogel@folz.de When I said "show stopper" I meant "installation failed", hence I don't know if this fixes the include_path problem. The IMAP part of configure works half way: It detects that SSL libraries are needed for c-client, but the build test fails. The end of config.log reads: configure:34926: checking whether SSL libraries are needed for c-client configure:35086: checking whether IMAP works configure:35119: gcc -o conftest -O2 -march=i386 -mcpu=i686 -fPIC -Wl,-rpath,/usr/X11R6/lib -L/usr/X11R6/lib conftest.c -lcrypt -lpam -lgmp -lgd -lttf -lX11 -lXpm -lpng -lz -ljpeg -ldb -lgdbm -lbz2 -lz -lcrypt -lssl -lcrypto -lresolv -lm -ldl -lnsl -lcrypt 1>&5 /tmp/cc8QGtUw.o: In function `main': /tmp/cc8QGtUw.o(.text+0x112): undefined reference to `mail_open' collect2: ld returned 1 exit status configure: failed program was: #line 35094 "configure" #include "confdefs.h" void mm_log(void){} void mm_dlog(void){} void mm_flags(void){} void mm_fatal(void){} void mm_critical(void){} void mm_nocritical(void){} void mm_notify(void){} void mm_login(void){} void mm_diskerror(void){} void mm_status(void){} void mm_lsub(void){} void mm_list(void){} void mm_exists(void){} void mm_searched(void){} void mm_expunged(void){} char mail_open(); int main() { mail_open(0,"",0); return 0; } See, there's no -lc-client. I even did a "IMAP_SHARED_LIBADD=-lc-client ; export IMAP_SHARED_LIBADD" before calling configure and nothing changed.... I had various other build problems until I removed the --disable-rpath option from configure (--disable-rpath was there for "historical" reasons, read: because redhat used it in their spec file). 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). If you want to reproduce: environment is redhat linux 7.0 with all relevant updates from redhat installed. I don't want to build with a newer redhat release, because the target server, where the binary will get installed finally, has redhat 7.0, too (and -- you guess it -- I cannot update to a newer release because that's a "production" machine). And yes, ext/pgsql in snapshot 200207170600 builds. If you're interested, I can send you a complete log of the rpm build via email. I don't want to include it here because of it's size (over 500 kByte). ------------------------------------------------------------------------ [2002-07-17 13:49:05] sniper@php.net Did the include_path issue get solved with the snapshot or not? This is development version, so there might always be some build problems, etc. Can you also explain which part of pear install does not honour INSTALL_ROOT? It works just fine here.. And the imap problem..what was in the config.log? It's most likely NOT any bug in configure but some problem in your system. ------------------------------------------------------------------------ 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/14401 -- Edit this bug report at http://bugs.php.net/?id=14401&edit=1