Horde does not emerge with dev-lang/php-5.0.4 with all the PEAR pacakges with the keyword ~x86. It complains about mod_php not being installed with nls session xml2. In this case mod_php is installed as part of dev-lang/php that has the following use flags in package.use (which I confirmed with equery uses php). =dev-lang/php-5* apache2 nls session xml2 dba cli pear pcre In the horde.eclass it the following line if ! built_with_use ${param} mod_php ${HORDE_PHP_FEATURES} ; then as mod_php package is not installed, rather mod_php is compiled as part of php this test fails. Changing mod_php to php allowed the emerge to complete on my system, although this solution would need some additional work to make sure it works with the mod_php and php packages. Reproducible: Always Steps to Reproduce: 1.emerge horde Actual Results: Calculating dependencies ...done! >>> emerge (1 of 4) www-apps/horde-3.0.5 to / >>> md5 files ;-) horde-3.0.4-r1.ebuild >>> md5 files ;-) horde-3.0.5.ebuild >>> md5 files ;-) horde-2.2.8.ebuild >>> md5 files ;-) files/horde-3.0.4-freebusy.patch >>> md5 files ;-) files/digest-horde-3.0.4-r1 >>> md5 files ;-) files/digest-horde-2.2.8 >>> md5 files ;-) files/digest-horde-3.0.5 >>> md5 src_uri ;-) horde-3.0.5.tar.gz * You MUST re-emerge mod_php with at least one of * the following options in your USE: * nls session xml2 !!! ERROR: www-apps/horde-3.0.5 failed. !!! Function horde_pkg_setup, Line 85, Exitcode 0 !!! current mod_php install cannot support horde !!! If you need support, post the topmost build error, NOT this status message. Expected Results: Horde emerging Portage 2.0.51.22-r2 (default-linux/x86/2005.0, gcc-3.3.6, glibc-2.3.5-r1, 2.6.12-gentoo-r6 i686) ================================================================= System uname: 2.6.12-gentoo-r6 i686 Intel(R) Xeon(TM) CPU 2.40GHz Gentoo Base System version 1.6.13 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [disabled] dev-lang/python: 2.4.1-r1 sys-apps/sandbox: 1.2.12 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.6 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium4 -fomit-frame-pointer" 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.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/init.d /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=pentium4 -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="ftp://gentoo.ccccom.com http://gentoo.ccccom.com http://mirrors.tds.net/gentoo ftp://mirrors.tds.net/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X aac alsa apache2 apm arts avi berkdb bitmap-fonts cdr crypt cups curl eds emboss encode esd fam flac foomaticdb fortran gd gdbm gif gnome gpm gstreamer gtk gtk2 howl imagemagick imap imlib ipv6 java jpeg junit kde ldap libg++ libwww mad maildir mikmod mime mmx motif mozilla mozsvg mp3 mpeg mpeg4 ncurses nls ogg oggvorbis opengl oss pam pdflib perl png postgres python qt quicktime readline samba sasl sdl simplexml slang smime spell sse ssl svg svga tcltk tcpd tiff tomcat truetype truetype-fonts type1-fonts unicode vhosts vorbis wmf xine xml xml2 xmms xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
Created attachment 68047 [details, diff] horde eclass patch Attached a patch, should be compatible w/ both old and new php ebuilds. ;)
Just noticed that horde ebuilds RDEPEND on virtual/php, but the eclass checks for mod_php use flags now. Does not make sense to me. What are the actual RDEPENDs here? virtual/httpd-php is the correct virtual if you mean the old dev-php/mod_php, virtual/php means CLI SAPI (dev-php/php). If it needs both then stick both virtuals in there.
Just a note, "horde" + "php-5.0.5" is broken, see http://bugs.php.net/bug.php?id=34481
(In reply to comment #3) > Just a note, "horde" + "php-5.0.5" is broken, see > http://bugs.php.net/bug.php?id=34481 CANTFIX... or UPSTREAM? We can't really do anything about php upstream doing stupid things breaking backwards compatibility, and I don't suppose that some Gentoo dev will patch horde either. :) We provide php-4.3.11 and php-5.0.4 for those apps that got broken with the new php versions.
Line 81 of eclass/horde.eclass can be updated to if ! built_with_use ${param} virtual/httpd-php ${HORDE_PHP_FEATURES} ; then from if ! built_with_use ${param} mod_php ${HORDE_PHP_FEATURES} ; then This will allow horde to be merged, although possibly not run under php 5.0.5 per above... mod_php at lines 82 and 85 possible need an update too if this is the way :)
*** Bug 109273 has been marked as a duplicate of this bug. ***
should be fixed in cvs now