| Summary: | updated apache - mod_php does not load. At all. | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Raymond Baastad <raymond> |
| Component: | New packages | Assignee: | Apache Team - Bugzilla Reports <apache-bugs> |
| Status: | RESOLVED INVALID | ||
| Severity: | major | CC: | php-bugs |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | 77556 | ||
| Bug Blocks: | |||
|
Description
Raymond Baastad
2005-02-28 04:56:32 UTC
Please do not file bugs under the Developer Relations product unless you would like to report a behavioural issue or developer documentation issue. Please use the "Gentoo Linux" product when filing bugs. without the updated mod_php, I can browse to htpp://myhost/phpmyadmin/ for example and download config.inc.php. It's a very serious issue. What's the exact version of mod_php you've currently installed?
You MAY NOT have an obsolete mod_php version installed that does not work with the new apache-module eclass that is required for all ebuilds related to apache-{2.0.52-r3,1.3.33-r1} or higher.
OK, The problem is that with apache-2.0.52-r3, the configuration files have been changed. In particular, "conf", which used to be /etc/apache2/conf is now a symlink to /etc/apache2 (!!) (Through /usr/lib/apache2) So modules that used to be /etc/apache2/conf/modules.d now must be in /etc/apache2/modules.d. vhosts.d has also changed and /etc/apache2/conf/magic /etc/apache2/conf/mime-types /etc/apache2/conf/commonapache2.conf are all orphaned. mod_php5 does not install itself in the correct modules.d mod_perl does not install itself in the correct modules.d subversion is ok. You can move the files manually though. @comment #3 May be you forgot to take dev-php/mod_php-5.0.3-r1 out of package.mask? tvan@localhost ~/cvs/gentoo-x86/profiles $ cvs up tvan@localhost ~/cvs/gentoo-x86/profiles $ grep -B 3 mod_php package.mask # <trapni@gentoo.org> (13 Jan 2005) # Apache herd package refresh # Masked for user testing. Meta-bug #76457 =dev-php/mod_php-4.3.10-r1 =dev-php/mod_php-5.0.2-r1 =dev-php/mod_php-5.0.3-r1 localhost ~ # equery f mod_php [ Searching for packages matching mod_php... ] dev-php/mod_php-5.0.3 * Contents of dev-php/mod_php-5.0.3: /etc /etc/apache2 /etc/apache2/conf /etc/apache2/conf/modules.d /etc/apache2/conf/modules.d/70_mod_php5.conf /etc/php /etc/php/apache2-php5 /etc/php/apache2-php5/lib -> /usr/lib/apache2-extramodules /etc/php/apache2-php5/php.ini /usr /usr/bin /usr/include /usr/lib /usr/lib/apache2 /usr/lib/apache2/modules /usr/lib/apache2/modules/libphp5.so /usr/lib/php /usr/share /usr/share/man /usr/share/man/man1 Please read through the documentation for upgrading to apache-2.0.52-r3 from previous version at http://dev.gentoo.org/~vericgar/doc/apache-package-refresh.html. There is a clear note stating that if you need php that you should not update to the new revision yet, as php isn't quite ready for it. @comment 5: I did not forget this. It's rather the opposite. I alrady requested the php herd to unmask mod_php as I am not in their herd and they've still some changes planned. I was just the ass who adapted their ebuild to our apache-module eclass changes ;) |
