# emerge world -uavD These are the packages that I would merge, in order: Calculating world dependencies ...done! [blocks B ] >=net-www/apache-2.0.52-r3 (is blocking dev-util/subversion-1.1.3) [blocks B ] >=net-www/apache-2.0.52-r3 (is blocking dev-php/mod_php-4.3.11) Total size of downloads: 0 kB !!! Error: The above package list contains packages which cannot be installed !!! on the same system. Installed on the system is apache-2.0.54-r2, I removed the version featuring in the block above. mod_php-4.3.11 and subversion-1.1.3 are both installed. Reproducible: Always Steps to Reproduce: 1. 2. 3.
Some required reading: http://dev.gentoo.org/~vericgar/doc/apache-package-refresh.html And 2.0.54-r3 is not stable, it
Some required reading: http://dev.gentoo.org/~vericgar/doc/apache-package-refresh.html And 2.0.54-r3 is not stable, it´s ~arch, 2.0.54-r2 is for the old apache layout and is stable, as also noted in the ChangeLog. Set consistent keywording (you need all ~arch or all stable, you cannot mix freely) and reemerge everything what is broken. Don´t do such things like `emerge --nodeps` - the block it there for a reason! The two apache layouts are totally incompatible!
I should rephrase the second sentence to be more clear: You had apache-2.0.52-r3 (which is ~arch, so you must have it in package.keywords) and therefore you are now trying to upgrade to apache-2.0.54-r3, which is incompatible with mod_php-4.3.11 (stable, not ~arch) and you get the block.
*** Bug 92357 has been marked as a duplicate of this bug. ***
*** Bug 92364 has been marked as a duplicate of this bug. ***
I'm getting similar results from net-www/apache-2.0.54-r2: smtp root # equery list apache [ Searching for package 'apache' in all categories among: ] * installed packages [I--] [ ] net-www/apache-2.0.54-r2 (2) smtp root # emerge -pv mod_php These are the packages that I would merge, in order: Calculating dependencies ...done! [blocks B ] >=net-www/apache-2.0.52-r3 (is blocking dev-php/mod_php-4.3.11) [ebuild R ] dev-php/mod_php-4.3.11 -X +apache2 +berkdb +crypt +curl -debug-doc -fdftk -firebird -flash -freetds -gd -gd-external +gdbm -gmp -hardenedphp +imap -informix -ipv6 -java -jpeg -kerberos +ldap -mcal -memlimit -mssql +mysql +nls -oci8 -odbc +pam -pdflib -png -postgres -qt -snmp +spell +ssl -tiff -truetype -xml2 -yaz 0 kB Both net-www/apache-2.0.54-r2 and dev-php/mod_php-4.3.11 are marked as stable. Last sync of local portage database was 2005-05-12, around 3am EDT. In the ebuild, mod_php specifically doesn't like that particular version of apache: DEPEND_EXTRA=">=net-www/apache-1.3.26-r2 apache2? ( >=net-www/apache-2.0.43-r1 !>=net-www/apache-2.0.52-r3 )"
Actually I don't have either of the 3 packages in /etc/portage/package.keywords. This is a server and I only use stable packages.
Comment #5: > In the ebuild, mod_php specifically doesn't like that particular version of apache: Yes, of course, b/c apache-2.0.52-r3 is unstable. Remove apache from package.keywords or add mod_php and whatever apache modules there. You cannot mix these.
Comment #6: Err, sure, you have all stable and ~arch net-www/apache-2.0.52-r3 appeated "itself" on you system. Hmmm. Assigned to apache herd to debunk this.
Jakub, Please check Portage again. What I have installed is apache-2.0.54-r2, and it is marked as stable, as is mod_php-4.3.11. However, php does not want to play with any apache release higher than apache-2.0.52-r2. Their dependencies to each other seem to be a little out of sync. Tim
Hmm, so I really missed this one, I just upgraded and got no blocks whatsoever when upgrading. But this block actually occurs only AFTER the upgrade! # emerge -pv apache mod_php These are the packages that I would merge, in order: Calculating dependencies ...done! [blocks B ] >=net-www/apache-2.0.52-r3 (is blocking dev-php/mod_php-4.3.11) [ebuild R ] net-www/apache-2.0.54-r2 +berkdb -debug -doc +gdbm -ipv6 -ldap +ssl -static -threads 0 kB [ebuild R ] dev-php/mod_php-4.3.11 -X +apache2 +berkdb +crypt +curl -debug -doc -fdftk +firebird -flash -freetds +gd +gd-external +gdbm -gmp -hardenedphp +imap -informix -ipv6 +java +jpeg -kerberos -ldap -mcal +memlimit -mssql +mysql +nls -oci8 +odbc +pam +pdflib +png +postgres -qt +snmp +spell +ssl +tiff +truetype +xml2 -yaz 0 kB Sorry everyone! *sigh* :-(
Actually, this is PHP, not apache bug. Reassigned accordingly. /me is bashing my head against the wall. :(
Jakub, I can confirm that. I have two servers running apache with php. The one that I did php first merged fine. The second one, I did php after apache, and that's when I got the block. Hey, that's what the community's all about. We gotta keep each other on our toes. Tim
Comment #12: Sure, it
Comment #12: Sure, it´s pretty obvious now. I must have been blind. Sorry once again.
for me that same: Calculating world dependencies ...done! [blocks B ] >=net-www/apache-2.0.52-r3 (is blocking dev-php/mod_php-4.3.11) [ebuild U ] net-www/apache-2.0.54-r2 [2.0.52-r1] +berkdb -debug -doc +gdbm -ipv6 -ldap +ssl -static -threads 7,364 kB eden root # emerge info 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-r8 i686) ================================================================= System uname: 2.6.11-gentoo-r8 i686 Pentium III (Katmai) Gentoo Base System version 1.4.16 Python: dev-lang/python-2.3.5 [2.3.5 (#1, Apr 28 2005, 08:39:50)] dev-lang/python: 2.3.5 sys-apps/sandbox: [Not Present] sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.5, 1.7.9-r1, 1.9.5, 1.6.3, 1.4_p6, 1.8.5-r3 sys-devel/binutils: 2.15.92.0.2-r7 sys-devel/libtool: 1.5.16 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=pentium3 -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=pentium3 -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ http://ftp.uni-erlangen.de/pub/mirrors/gentoo http://gentoo.osuosl.org/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 acl alsa apache2 apm arts avi berkdb bitmap-fonts crypt emboss encode foomaticdb fortran gdbm gif gpm imagemagick imlib jpeg libg++ libwww mad mikmod motif mp3 mpeg ncurses nls nptl oggvorbis opengl oss pam pdflib perl png python quicktime readline sdl slang spell ssl svga tcpd tiff truetype truetype-fonts type1-fonts xml2 xmms xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
But if it is an PHP bug there must be a bug in subversion too because of my bug report and the first commitment over here.
Okay, now that we now we have to solv this bug in the PHP section the problem is set here: 12 Apr 2005; Christian Parpart <trapni@gentoo.org> mod_php-4.3.10-r1.ebuild, mod_php-4.3.11-r1.ebuild: completing the mod_php<->apache dependency hell 12 Apr 2005; Christian Parpart <trapni@gentoo.org> mod_php-4.3.11-r1.ebuild: let mod_php-4.3.11-r1 depend on apache-2.0.52-r3 instead of 2.0.43-r1 since only 2.0.52-r3 and above contain (and will contain) the new configuration layout, thus, this should prevent invalid bug reports, too since then nobody said this package is stable. To solve this in a clean way we need to get the mod_php-4.3.11-r1.ebuild stable. How can that be done? (sorry I am a noob considering Gentoo byrocracy and stability regulations.) Any of the mod_php team can say something to this?
Big apologies for the lack of response on this ! net-www/apache-2.0.54-r2 had to be pushed to stable for security bug #91737 (which meant we had to re-arrange the old/new-style ebuilds in the tree), and I didn't test it enough .. hence this report. Anyway, this has since been fixed by kloeri (huge thanks to him for that !), and went out to rsync about an hour and a half ago. An `emerge --sync`, and an upgrade to apache-2.0.54-r4 (for those that upgraded to apache-2.0.54-r2 from <apache-2.0.52-r3) later, and things will be well again. Closing FIXED, please re-open if anyone continues to see problems.
It looks like the new ebuild is a bit buggy.. These are the packages that I would merge, in order: Calculating world dependencies ...done! [ebuild U ] net-www/apache-2.0.54-r4 [2.0.54-r2] <snip> !!! No message digest entry found for file "httpd-2.0.54.tar.gz." !!! Most likely a temporary problem. Try 'emerge sync' again later. !!! If you are certain of the authenticity of the file then you may type !!! the following to generate a new digest: !!! ebuild /usr/portage/category/package/package-version.ebuild digest
a sync of the portage tree fixed it
