An emerge of php-5.0.4-r1 and mod_php-5.0.4 produces the following extension_dir value in their respective php.ini file: extension_dir = /usr/lib/php/extensions/no-debug-non-zts-20041030 An emerge of phpconfig-5.0.4 produces the following "php-config --extension-dir" output: /usr/lib/php/extensions/debug-non-zts-20041030 As you can see, phpconfig makes an assumption as to the location of extension_dir which might not match the end-users installation. My package.use flags for mod_php and php: dev-php/mod_php -berkdb -gdbm -kerberos -ncurses -readline -threads bcmath calendar ctype ftp memlimit posix session sharedmem tokenizer xsl dev-php/php -berkdb -gdbm -kerberos -threads bcmath calendar ctype ftp memlimit posix session sharedmem tokenizer xsl Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.3.5-20050130, glibc-2.3.4.20041102-r1, 2.6.11-gentoo-r11 i686) ================================================================= System uname: 2.6.11-gentoo-r11 i686 AMD Athlon(tm) XP 2200+ Gentoo Base System version 1.6.12 Python: dev-lang/python-2.3.5 [2.3.5 (#1, Apr 28 2005, 14:26:31)] ccache version 2.4 [enabled] dev-lang/python: 2.3.5 sys-apps/sandbox: 1.2.9 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.16 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=athlon-xp -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /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="-O2 -march=athlon-xp -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" LANG="en_GB.utf8" LC_ALL="en_GB.utf8" LINGUAS="en_GB" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow X a52 aac acl acpi alsa apache2 arts audiofile avi bash-completion berkdb bitmap-fonts blas bzip2 caps cddb cdparanoia cdr crypt cscope cups curl dga directfb djbfft dts dv dvd dvdr dvdread emacs emboss encode esd exif fam fame fbcon ffmpeg fftw flac font-server foomaticdb fortran gd gdbm gif gimpprint ginac gphoto2 gtk2 gtkhtml iconv ieee1394 imagemagick imlib innodb ipv6 ithreads jpeg kde kerberos lcms ldap libg++ libwww lzo mad mailwrapper mhash mikmod mjpeg mmx mng motif mp3 mpeg mpi mysql ncurses nls nptl ogg oggvorbis opengl pam pcre pdflib perl perlsuid pic plotutils png postgres povray ppds python qhull qt quicktime readline real ruby samba sasl scanner sdl shared slp sndfile sox speex spell sqlite sse ssl svg tcltk tcpd tetex theora threads tidy tiff truetype truetype-fonts type1-fonts unicode usb vcd vorbis wifi win32codecs xine xml2 xpm xv xvid zlib linguas_en_GB userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CBUILD, CTARGET, LDFLAGS Reproducible: Always Steps to Reproduce: 1. emerge phpconfig php mod_php 2. 3.
Thanks for the bug report. I need to update the phpconfig package to support four combinations: a) without debug, no thread safety b) without debug, thread safety c) with debug, no thread safety d) with debug, thread safety Best regards, Stu
As a temporary work around, interrupt the build of mod_php (after configure), and sync the following files from /var/tmp/portage/mod_php-5.0.4/work/php-5.0.4 (which contain your configure options) with their installed counterparts. /usr/bin/php-config /usr/include/php/main/build-defs.h /usr/include/php/main/php_config.h This will allow compontents that check these includes to build correctly (eaccelerator) until a new ebuild is released. In order to correct this package, might it be an idea to allow configure to run with the options specified in the use flags, *then* copy the data to the include directory?
My workaround is to supply the mkconfig USE flag to mod_php and use ebuild install to create the phpconfig-5.0.4.tar.bz2 file then emerge php-config using that file.
The phpconfig ebuild seems to be out of sync. I am running PHP 5.1 beta 2 but the phpconfig ebuild still installs for PHP 5.1 beta 1. This leads to wrong assumptions about for example the extension_dir when PEAR modules use php-config to configure themselves while installing.
Closing this since dev-php/phpconfig is no more in the tree, as actual dev-lang/php does this himself and sets the correct extension-dir in php.ini (don't forget to run etc-update after newinstall!). Best regards, CHTEKK.
