Just wondering why with the new version mod_php now depends on php when it never used to before. my USE flags are: USE="-X apache2 -gnome -kde -gtk -gtk2 -qt -java mysql" Reproducible: Always Steps to Reproduce: 1. emerge -up world 2. 3. Actual Results: These are the packages that I would merge, in order: Calculating world dependencies ...done! [ebuild N ] dev-php/mod_php-4.3.4-r2 [ebuild N ] dev-php/php-4.3.4-r2 Expected Results: These are the packages that I would merge, in order: Calculating world dependencies ...done! [ebuild N ] dev-php/mod_php-4.3.4-r2 emerge info Portage 2.0.49-r20 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r3, 2.6.0-gentoo) ================================================================= System uname: 2.6.0-gentoo i686 Pentium III (Coppermine) Gentoo Base System version 1.4.3.10 distcc 2.11.1 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] ccache version 2.3 [enabled] ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=pentium3 -O2 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-march=pentium3 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache distcc sandbox" GENTOO_MIRRORS="ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo http://www.mirror.ac.uk/sites/www.ibiblio.org/gentoo/" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="apache2 apm arts avi berkdb crypt cups encode foomaticdb gdbm gif gpm imlib jpeg libg++ libwww mad mikmod motif mpeg mysql ncurses nls oggvorbis opengl oss pam pdflib perl png python quicktime readline sdl slang spell ssl svga tcpd truetype x86 xml2 xmms xv zlib"
yeah, and the pear installer stuff never worked before when you only have mod_php installed... This is due to the new php-pear eclass as it turns out to best install PHP classes is with the pear installer (which is fully contained within the dev-php/php ebuild as that has the stuff that it needs, namely the CLI version). We tried to make a workaround to needed all of with php-core, but we found that breaks in too many cases.
Ok, not a problem. Thanks for the info.