Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 83543 - updated apache - mod_php does not load. At all.
Summary: updated apache - mod_php does not load. At all.
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High major
Assignee: Apache Team - Bugzilla Reports
URL:
Whiteboard:
Keywords:
Depends on: 77556
Blocks:
  Show dependency tree
 
Reported: 2005-02-28 04:56 UTC by Raymond Baastad
Modified: 2005-03-01 02:57 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Raymond Baastad 2005-02-28 04:56:32 UTC
After updating apache to use /etc/apache2/httpd.conf mod_php does not load, resulting in that the server no longer processes php-code.

Reproducible: Always
Steps to Reproduce:
1. ACCEPT_KEYWORDS="~x86"
2. emerge -u apache
3. update /etc/apache2/httpd.conf to get a working webserver
4. delete or rename /etc/apache2/conf/apache2.conf
5 restart apache -> no php.....
Actual Results:  
server refuses to process php code.

Expected Results:  
An updated mod_php package would have been nice ;)

The server should have had a working mod_php

Portage 2.0.51-r15 (default-linux/x86/2004.2, gcc-3.4.3,
glibc-2.3.4.20050125-r0, 2.6.8-gentoo-r6 i686)
=================================================================
System uname: 2.6.8-gentoo-r6 i686 Intel(R) Xeon(TM) CPU 2.66GHz
Gentoo Base System version 1.6.9
Python:              dev-lang/python-2.3.5 [2.3.5 (#1, Feb 18 2005, 08:37:42)]
ccache version 2.3 [enabled]
dev-lang/python:     2.3.5
sys-devel/autoconf:  2.59-r6, 2.13
sys-devel/automake:  1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.4
sys-devel/binutils:  2.15.92.0.2-r4
sys-devel/libtool:   1.5.10-r5
virtual/os-headers:  2.6.8.1-r2
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-O3 -march=pentium4 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env
/usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config
/var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O3 -march=pentium4 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms"
GENTOO_MIRRORS="http://mirror.gentoo.no ftp://ftp.du.se/pub/os/gentoo
http://gentoo.blueyonder.co.uk ftp://gentoo.blueyonder.co.uk/mirrors/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X aalib aim alsa apache2 apm arts avi berkdb bitmap-fonts bonobo cdr
cpdflib crypt cups curl dba dvd dvdr emacs emboss encode esd f77 fam flac
font-server foomaticdb fortran gd gd-external gdbm gif gnome gpm gstreamer gtk
gtk2 imagemagick imlib ipv6 java jpeg junit kde libg++ libwww mad maildir mikmod
motif mozilla mpeg msn mysql ncurses nls nptl oggvorbis opengl oss pam pdflib
perl png python qt quicktime readline ruby samba sdl session slang spell ssl
svga tcpd tiff truetype truetype-fonts type1-fonts videos xinerama xml xml2 xmms
xv zlib"
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, PORTDIR_OVERLAY
Comment 1 Tim Yamin (RETIRED) gentoo-dev 2005-02-28 13:31:30 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.
Comment 2 Tuan Van (RETIRED) gentoo-dev 2005-02-28 13:44:46 UTC
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.
Comment 3 Christian Parpart (RETIRED) gentoo-dev 2005-02-28 14:24:17 UTC
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.
Comment 4 John Huttley 2005-02-28 15:29:19 UTC
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 5 Tuan Van (RETIRED) gentoo-dev 2005-02-28 16:20:25 UTC
@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
Comment 6 Michael Stewart (vericgar) (RETIRED) gentoo-dev 2005-02-28 18:34:31 UTC
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 7 Christian Parpart (RETIRED) gentoo-dev 2005-03-01 02:57:28 UTC
@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 ;)