39229 – php ebuild does not upgrade mod_php, breaking apache

Bug 39229 - php ebuild does not upgrade mod_php, breaking apache

Summary: php ebuild does not upgrade mod_php, breaking apache

Status:	RESOLVED INVALID

Alias:	None

Product:	Gentoo Linux
Classification:	Unclassified
Component:	New packages (show other bugs)
Hardware:	All Linux

Importance:	High normal (vote)
Assignee:	PHP Bugs

URL:
Whiteboard:
Keywords:

Depends on:
Blocks:

Reported:	2004-01-23 23:27 UTC by Pat Richey
Modified:	2004-01-23 23:56 UTC (History)
CC List:	0 users

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

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Pat Richey 2004-01-23 23:27:32 UTC

after upgrading from php 4.3.3 to php 4.3.4, apache would not restart - every time there would be an error message regarding '/extramodules/libphp4.so'.  re-emerging mod_php fixed the problem.

Reproducible: Always
Steps to Reproduce:
1. emerge apache, php, and mod_php.
2. update php.
3. restart apache.
Actual Results:  
apache will not start, says libphp4.so cannot be loaded.


Expected Results:  
the ebuild for php should check to see if mod_php is installed and re-emerge 
mod_php after php.

bash-2.05b# emerge info
Portage 2.0.49-r20 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r9, 2.4.19-gentoo-
r10)
=================================================================
System uname: 2.4.19-gentoo-r10 i686 Pentium III (Katmai)
Gentoo Base System version 1.4.3.10p1
distcc 2.11.1 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) 
[enabled]
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-march=pentium3 -O3 -pipe -mmmx -msse -fomit-frame-pointer -ffast-
math -mfpmath=sse,387"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share
/config /usr/share/texmf/tex/platex/config/:/usr/share/config /var/bind:/usr/X1
1R6/lib/X11/xkb:/usr/share/texmf/tex/generic/config/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-march=pentium3 -O3 -pipe -mmmx -msse -fomit-frame-pointer -ffast-
math -mfpmath=sse,387"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache distcc sandbox"
GENTOO_MIRRORS="http://gentoo.oregonstate.edu 
http://www.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j5"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X apm arts avi berkdb crypt cups encode esd foomaticdb gdbm gif gnome gpm 
gtk gtk2 guile imlib java jpeg kde libg++ libwww mad mikmod mmx motif mpeg 
mysql ncurses nls oggvorbis opengl oss pam pdflib perl png python quicktime 
readline samba sdl slang spell sse ssl svga tcltk tcpd tetex truetype x86 xml 
xml2 xmms xv zlib"

Comment 1 Robin Johnson archtester

2004-01-23 23:56:02 UTC

mod_php and php are totally seperate packages on purpose.
however they should work with mixing of versions quite fine. more likely since you haven't included the full error message here, it was something else that required mod_php being rebuild (eg libxsltbreakpoint or some other shared library change).