Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 59203 - mod_php installs /usr/bin/php
Summary: mod_php installs /usr/bin/php
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High normal
Assignee: PHP Bugs
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-08-02 15:52 UTC by awk
Modified: 2004-11-15 23:11 UTC (History)
1 user (show)

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


Attachments
qpkg output (php,565 bytes, text/plain)
2004-08-02 17:27 UTC, awk
Details
php-sapi-eclass.fixup (php-sapi-eclass.fixup,864 bytes, patch)
2004-08-02 17:59 UTC, Robin Johnson
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description awk 2004-08-02 15:52:15 UTC
This is the same problem as in bug #50908 and others .. I still see it. Both php and mod_php ebuilds install /usr/bin/php, but mod_php (w/ apache2) is configured to use /etc/php/apache2-php4/php.ini while the cli version uses /etc/php/cli-php4/php.ini. This can result in subtle bugs depending on what order they are installed in.

At first glance, it looks like the solution is for mod_php to just not ever install /usr/bin/php, since it already has a depedency on dev-php/php.

Reproducible: Always
Steps to Reproduce:
To reproduce, just install or update php, then mod_php in that order, then run:

php -i | grep 'Config.*Path'
Actual Results:  
prints: 
 
Configuration File (php.ini) Path => /etc/php/apache2-php4/php.ini 

Expected Results:  
print: 
 
Configuration File (php.ini) Path => /etc/php/cli-php4/php.ini 
 

Gentoo Base System version 1.4.16 
Portage 2.0.50-r9 (default-x86-2004.2, gcc-3.3.3, glibc-2.3.3.20040420-r0, 
2.4.26-gentoo-r6-awk) 
================================================================= 
System uname: 2.4.26-gentoo-r6-awk i686 Intel(R) Pentium(R) 4 CPU 1.80GHz 
distcc 2.13 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) 
[enabled] 
Autoconf: sys-devel/autoconf-2.59-r4 
Automake: sys-devel/automake-1.8.3 
ACCEPT_KEYWORDS="x86" 
AUTOCLEAN="yes" 
CFLAGS="-mcpu=pentium4 -march=pentium4 -O3 -pipe -fomit-frame-pointer 
-falign-functions=4" 
CHOST="i686-pc-linux-gnu" 
COMPILER="gcc3" 
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" 
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" 
CXXFLAGS="-mcpu=pentium4 -march=pentium4 -O3 -pipe -fomit-frame-pointer 
-falign-functions=4" 
DISTDIR="/usr/portage/distfiles" 
FEATURES="autoaddcvs ccache distcc sandbox" 
GENTOO_MIRRORS="   http://mirror.dev.local   
http://open-systems.ufl.edu/mirrors/gentoo   
ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo   http://gentoo.mirrors.pair.com " 
MAKEOPTS="-j3" 
PKGDIR="/usr/portage/packages" 
PORTAGE_TMPDIR="/var/tmp" 
PORTDIR="/usr/portage" 
PORTDIR_OVERLAY="/usr/local/portage" 
SYNC="rsync://mirror.dev.local/gentoo-portage" 
USE="X Xaw3d apache2 arts artswrappersuid avi berkdb cjk crypt cups curl dvd 
emacs encode expat flac gcj gd gdbm gif gpm gtk gtk2 guile innodb java jpeg 
junit kde lcms libwww mad mbox mikmod mmx motif mozilla moznoirc moznomail 
mozsvg mozxmlterm mpeg mysql ncurses nls objc oggvorbis opengl oss pam pcre 
perl png python qt quicktime radeon readline rtc ruby sdl spell sqlite sse ssl 
svg svga tcltk tcpd tetex tiff truetype unicode x86 xml xml2 xmms xprint xv 
zlib"
Comment 1 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2004-08-02 17:23:19 UTC
please attach the output of:
qpkg -l php 2>&1 -nc -v |egrep '^[^/]|/bin/php'


(you'll need to install gentoolkit for qpkg).
Comment 2 awk 2004-08-02 17:27:50 UTC
Created attachment 36675 [details]
qpkg output

here it is.
Comment 3 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2004-08-02 17:58:51 UTC
apply attached patch to your php-sapi.eclass, rebuild mod_php and confirm that /usr/bin/php is no longer being installed.
Comment 4 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2004-08-02 17:59:25 UTC
Created attachment 36678 [details, diff]
php-sapi-eclass.fixup

patch to fix issue
Comment 5 awk 2004-08-02 19:43:05 UTC
yes, that worked.
Comment 6 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2004-08-02 19:54:22 UTC
in cvs.
Comment 7 Alexander Skwar 2004-11-15 21:23:41 UTC
I now have apace2 compiled with USE=-threads and am trying to compile php and mod_php (in that order) with USE=session. I get the following error when mod_php is about to be installed:

>>> Completed installing into /var/tmp/portage/mod_php-5.0.2/image/

* checking 34 files for package collisions
existing file /usr/lib/php/extensions/no-debug-non-zts-20040412/openssl.so is not owned by this package
existing file /usr/lib/php/extensions/no-debug-non-zts-20040412/calendar.so is not owned by this package
existing file /usr/lib/php/extensions/no-debug-non-zts-20040412/curl.so is not owned by this package
existing file /usr/lib/php/extensions/no-debug-non-zts-20040412/ldap.so is not owned by this package
existing file /usr/lib/php/extensions/no-debug-non-zts-20040412/pgsql.so is not owned by this package
existing file /usr/lib/php/extensions/no-debug-non-zts-20040412/mhash.so is not owned by this package
existing file /usr/lib/php/extensions/no-debug-non-zts-20040412/bcmath.so is not owned by this package
existing file /usr/lib/php/extensions/no-debug-non-zts-20040412/iconv.so is not owned by this package
existing file /usr/lib/php/extensions/no-debug-non-zts-20040412/zlib.so is not owned by this package
existing file /usr/lib/php/extensions/no-debug-non-zts-20040412/soap.so is not owned by this package
existing file /usr/lib/php/extensions/no-debug-non-zts-20040412/ming.so is not owned by this package
existing file /usr/lib/php/extensions/no-debug-non-zts-20040412/gettext.so is not owned by this package
existing file /usr/lib/php/extensions/no-debug-non-zts-20040412/tidy.so is not owned by this package
existing file /usr/lib/php/extensions/no-debug-non-zts-20040412/exif.so is not owned by this package
existing file /usr/lib/php/extensions/no-debug-non-zts-20040412/bz2.so is not owned by this package
existing file /usr/lib/php/extensions/no-debug-non-zts-20040412/dba.so is not owned by this package
existing file /usr/lib/php/extensions/no-debug-non-zts-20040412/fam.so is not owned by this package
existing file /usr/lib/php/extensions/no-debug-non-zts-20040412/pspell.so is not owned by this package
existing file /usr/lib/php/extensions/no-debug-non-zts-20040412/ftp.so is not owned by this package
existing file /usr/lib/php/extensions/no-debug-non-zts-20040412/ncurses.so is not owned by this package
existing file /usr/lib/php/extensions/no-debug-non-zts-20040412/gmp.so is not owned by this package
existing file /usr/lib/php/extensions/no-debug-non-zts-20040412/mbstring.so is not owned by this package
existing file /usr/lib/php/extensions/no-debug-non-zts-20040412/mcrypt.so is not owned by this package
existing file /usr/lib/php/extensions/no-debug-non-zts-20040412/sockets.so is not owned by this package
existing file /usr/lib/php/extensions/no-debug-non-zts-20040412/pcntl.so is not owned by this package
existing file /usr/lib/php/extensions/no-debug-non-zts-20040412/xsl.so is not owned by this package
existing file /usr/lib/php/extensions/no-debug-non-zts-20040412/sysvmsg.so is not owned by this package
existing file /usr/lib/php/extensions/no-debug-non-zts-20040412/sysvsem.so is not owned by this package
existing file /usr/lib/php/extensions/no-debug-non-zts-20040412/sysvshm.so is not owned by this package
existing file /usr/lib/php/extensions/no-debug-non-zts-20040412/xmlrpc.so is not owned by this package
existing file /usr/lib/php/extensions/no-debug-non-zts-20040412/mysql.so is not owned by this package


Now, while this bug has "/usr/bin/php" in the summary, I still think it also applies to this issue. Here, the mod_php extensions are to overwrite the php extensions. That's wrong. The solution would be, to put the mod_php extensions some place else, like in /usr/lib/mod_php. The solution would *not* be to remove the mod_php extensions, because it's entirely possible and senseful to compile php differently than mod_php.-
Comment 8 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2004-11-15 22:16:17 UTC
Alexander Skwar: open a new bug. do NOT reuse old bugs like this.
Comment 9 Alexander Skwar 2004-11-15 23:11:02 UTC
Sure, no problem. Please see Bug# 71359.