I'm sure we'll see some bugs on this before I get home from work, so let's pre-empt them ;-) Here's the output: >>> Install mod_php-4.3.5 into /var/tmp/portage/mod_php-4.3.5/image/ category dev-php make INSTALL_ROOT=/var/tmp/portage/mod_php-4.3.5/image/ install-sapi Installing PHP SAPI module: apache2handler /usr/lib/apache2/build/instdso.sh SH_LIBTOOL='/usr/lib/apache2/build/libtool' libphp4.la /var/tmp/portage/mod_php-4.3.5/image//usr/lib/apache2/modules /usr/lib/apache2/build/libtool --mode=install cp libphp4.la /var/tmp/portage/mod_php-4.3.5/image//usr/lib/apache2/modules/ cp .libs/libphp4.so /var/tmp/portage/mod_php-4.3.5/image//usr/lib/apache2/modules/libphp4.so cp .libs/libphp4.lai /var/tmp/portage/mod_php-4.3.5/image//usr/lib/apache2/modules/libphp4.la libtool: install: warning: remember to run `libtool --finish /var/tmp/portage/mod_php-4.3.5/work/php-4.3.5/libs' chmod 755 /var/tmp/portage/mod_php-4.3.5/image//usr/lib/apache2/modules/libphp4.so apxs:Error: Config file /var/tmp/portage/mod_php-4.3.5/image//etc/apache2/conf/apache2.conf not found. make: *** [install-sapi] Error 1 !!! ERROR: dev-php/mod_php-4.3.5 failed. !!! Function php-sapi_src_install, Line 484, Exitcode 2 !!! (no error message) The problem looks like it's called from this line in the Makefile: INSTALL_IT = $(mkinstalldirs) '$(INSTALL_ROOT)/usr/lib/apache2/modules' && $(mkinstalldirs) '$(INSTALL_ROOT)/etc/apache2/conf' && /usr/sbin/apxs2 -S LIBEXECDIR='$(INSTALL_ROOT)/usr/lib/apache2/modules' -S SYSCONFDIR='$(INSTALL_ROOT)/etc/apache2/conf' -i -a -n php4 libphp4.la I haven't looked at the mod_php-4.3.4 Makefile yet to see why that works, but mod_php-4.3.5 does not. I'm off to bed. Stu
Created attachment 28257 [details] Output from emerge on the error
I removed the patch for gentoo bug #39952 amd did a manual emerge to the ebuild file and it worked nicely. http://bugs.gentoo.org/show_bug.cgi?id=39952
*** Bug 46072 has been marked as a duplicate of this bug. ***
Created attachment 28265 [details, diff] Silly fix for PHP 4.3.5. Oddly, PHP 4.3.5 contains the Zend patches for the apache 2 handler, but does not for Apache 1. As well, the paths seem to be improper with the 4.3.5 patch, so to keep from breaking epatch, I've trivially added php-4.3.5/ to the prior php-4.3.3 patch, removed the Apache 2 specific bits of the patch, and copied over the metadata; note that I've named this php-4.3.5-r1.ebuild, despite being almost exactly the same as the php-4.3.5.ebuild to (hopefully) follow convention, but this is my first Gentoo patch; I apologize if I've done something wrong. ;)
fixed in cvs. the patch is NOT the main problem, other forces were at work with the main problem.
*** Bug 46097 has been marked as a duplicate of this bug. ***
*** Bug 46451 has been marked as a duplicate of this bug. ***