I am not really sure if I am stupid enough to get my system updated or if this is a really bug :) I've executed emerge --sync && emerge -uvaD world and then I got: These are the packages that I would merge, in order: Calculating world dependencies ...done! [blocks B ] >=net-www/apache-2.0.54-r30 (is blocking dev-php/mod_php-4.4.0) [ebuild N ] dev-libs/apr-0.9.6-r3 +ipv6 1,001 kB [ebuild N ] net-www/gentoo-webroot-default-0.2 -no-htdocs 64 kB [ebuild N ] dev-libs/apr-util-0.9.6-r2 +berkdb +gdbm +ldap 707 kB [ebuild U ] net-www/apache-2.0.54-r31 [2.0.54-r15] -apache2 -debug +doc - ldap -mpm-leader -mpm-peruser -mpm-prefork -mpm-threadpool -mpm-worker -no- suexec (-selinux) +ssl -static-modules -threads 51 kB Total size of downloads: 1,825 kB !!! Error: The above package list contains packages which cannot be installed !!! on the same system. It seems that mod_php is blocking apache-2.0.54-r30 but apache-2.0.54-r31 wants to be installed. I took a look on mod_php-4.4.0.ebuild and found DEPEND_EXTRA=">=net-www/apache-1.3.26-r2 apache2? ( >=net-www/apache-2.0.43-r1 !>=net-www/apache-2.0.54-r30 )" but on net-www/apache-2.0.54-r31.ebuild I found KEYWORDS="... x86" and I think this is a problem because when you try to upgrade (my current apache is apache-2.0.54-r15) it will try to install apache-2.0.54-r31 but >=apache-2.0. 54-r30 is blocked by mod_php ... I didn't unmask any apache/php packages with packages.unmask nor I've added apache/php packages on package.keywords Reproducible: Always Steps to Reproduce: 1. emerge --sync 2. emerge -uvaD world 3. Actual Results: Calculating world dependencies ...done! [blocks B ] >=net-www/apache-2.0.54-r30 (is blocking dev-php/mod_php-4.4.0) [ebuild N ] dev-libs/apr-0.9.6-r3 +ipv6 1,001 kB [ebuild N ] net-www/gentoo-webroot-default-0.2 -no-htdocs 64 kB [ebuild N ] dev-libs/apr-util-0.9.6-r2 +berkdb +gdbm +ldap 707 kB [ebuild U ] net-www/apache-2.0.54-r31 [2.0.54-r15] -apache2 -debug +doc - ldap -mpm-leader -mpm-peruser -mpm-prefork -mpm-threadpool -mpm-worker -no- suexec (-selinux) +ssl -static-modules -threads 51 kB Total size of downloads: 1,825 kB Portage 2.0.51.22-r2 (default-linux/x86/2005.1, gcc-3.3.6, glibc-2.3.5-r1, 2.6. 12-gentoo-r10 i686) ================================================================= System uname: 2.6.12-gentoo-r10 i686 Pentium III (Coppermine) Gentoo Base System version 1.6.13 dev-lang/python: 2.3.5-r2 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="-Os -march=pentium3 -mfpmath=sse -msse -mmmx" CHOST="i686-pc-linux-gnu" 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="-Os -march=pentium3 -mfpmath=sse -msse -mmmx" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks keepwork sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://ftp- stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://pandemonium.tiscali.de/pub/ gentoo/ http://gentoo.eliteitminds.com" LINGUAS="de" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="x86 X alsa apm audiofile avi bash-completion berkdb bitmap-fonts cdr crypt cscope cups curl directfb dvd dvdr eds emboss encode escreen fam fbcon flac foomaticdb fortran gd gdbm gif gimpprint gpm gstreamer gtk gtk2 imagemagick imlib ipv6 jpeg ldap libg++ libwww mad mikmod mmx motif mp3 mpeg mysql ncurses nls nptl ogg oggvorbis opengl oss pam pdflib perl plotutils png postgres ppds python quicktime readline ruby sdl slang sndfile speex spell sse ssl svga tcpd tetex tiff truetype truetype-fonts type1-fonts vorbis wmf xine xml2 xmms xprint xv zlib linguas_de userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS
Unmerge old mod_php-4.4.0 first, you need mod_php-4.4.0-r2 for apache-2.0.54-r31. *** This bug has been marked as a duplicate of 79606 ***
*** Bug 106490 has been marked as a duplicate of this bug. ***
Emerging mod_php 4.4.0-r2 is not the solution to the problem because the ebuild still features the line --------8<--------8<--------8<--------8<-------- DEPEND_EXTRA=">=net-www/apache-1.3.26-r2 apache2? ( >=net-www/apache-2.0.43-r1 !>=net-www/apache-2.0.54-r30 )" --------8<--------8<--------8<--------8<-------- which forbids the use of 4.4.0-r2 with Apache >= 2.0.54-r31 (and ...-r31 is stable)! I found that emerging mod_php 4.4.0-r3 solves the problem. Maybe it's a good idea to go forward and unmask it. (BTW: I think that bug 106490 is no dupe of this bug because it refers to the mod_php version that you recommend to use which also doesn't work.)
(In reply to comment #3) > Emerging mod_php 4.4.0-r2 is not the solution to the problem because the ebuild > still features the line > > --------8<--------8<--------8<--------8<-------- > DEPEND_EXTRA=">=net-www/apache-1.3.26-r2 > apache2? ( >=net-www/apache-2.0.43-r1 > !>=net-www/apache-2.0.54-r30 )" > --------8<--------8<--------8<--------8<-------- > > which forbids the use of 4.4.0-r2 with Apache >= 2.0.54-r31 (and ...-r31 is stable)! > > I found that emerging mod_php 4.4.0-r3 solves the problem. Maybe it's a good > idea to go forward and unmask it. I wanted to do that, but I masked all new mod_php and apache ebuilds. I will unmask then when I'm sure that all dependencies work well.
All dependencies to work well, simply you need mod_php-4.4.0-r3 to work with the new Apache, that's all. Best regards, CHTEKK.
sure, but mod_php-4.4.0-r3 is still unstable (masked by ~x86) and I don't want to unmask any package.
Then keep your stuff broken... Either you use the unstable mod_php or it won't work with the new stable Apache, that's how it is. Simply add dev-php/mod_php to /etc/portage/pacakge.keywords, here's the command for you: echo dev-php/mod_php >> /etc/portage/pacakge.keywords That's simple, isn't it? :) And the "unstable" mod_php is the same as the stable mod_php, only the configuration changed to work with the new Apache, so it's _perfectly_ safe to emerge it. Best regards, CHTEKK.
(In reply to comment #6) > sure, but mod_php-4.4.0-r3 is still unstable (masked by ~x86) and I don't want > to unmask any package. Alternatively, put >=net-www/apache-2.0.54-r30 into package.mask
@Luca Longinotti: I know that, I'm not stupid. @Jakub Moc: That's what I did for about 3 hours. I will wait until the dependencies are correct, I added >=net-www/apache-2.0.54-r30 >=dev-php/mod_php-4.4.0-r2
(In reply to comment #9) > I will wait until the > dependencies are correct, I added > >=net-www/apache-2.0.54-r30 > >=dev-php/mod_php-4.4.0-r2 We won't be marking mod_php-4.4.0-r3 stable; you can wait until dev-lang/php is marked stable and switch then (Oct. 8, if everything goes well).
*** Bug 106500 has been marked as a duplicate of this bug. ***
Sorry devs, but this is not the way it should be. Stable is stable. And that's what those flags are for. What's the point in not marking mod_php-r3 stable if the only difference is the matching for the new stable (sic!!) apache layout? (Anyone wants to bet how many duplicates this bug will get? ;-)
mod_php-4.4.0-r3 stable on x86 now, emerge sync in and hour or so...
FIXED and closing.
*** Bug 106521 has been marked as a duplicate of this bug. ***