I just did an "emerge sync", then "emerge -U world" which failed because mod_php 4.1.2 needed unstable versions of libxslt and cracklib. After thinking a lot of angry things about the socaled "gentoo stable" I decided to file this report. Just to be safe I did another emerge sync ONLY 20 MINUTES after the preceeding emerge sync. And - poof - "emerge -U world" worked flawlessly! My conclusion: People with emerge trouble must hammer the rsync servers just to be sure. But that is not exactly what the Gentoo team want people to do - if i've understood anything,..? Or have I just had a one-in-a-million experience? Reproducible: Sometimes Steps to Reproduce: 1. emerge sync 2. emerge -u world 3. goto 1. Actual Results: mindflay cracklib # emerge -pU world >>> --upgradeonly implies --update... adding --update to options. These are the packages that I would merge, in order: Calculating world dependencies - !!! all ebuilds that could satisfy ">=dev-libs/libxslt-1.0.30" have been masked. !!! (dependency required by "dev-php/php-4.3.2" [ebuild]) !!! Problem with ebuild dev-php/php-4.3.2 !!! Possibly a DEPEND/*DEPEND problem. !!! Depgraph creation failed. Expected Results: I expected what I got after just another sync: mindflay cracklib # emerge -pU world >>> --upgradeonly implies --update... adding --update to options. These are the packages that I would merge, in order: Calculating world dependencies ...done! [ebuild U ] dev-php/php-4.3.2 [4.3.1] (I already installed mod_php by manually installing unstable its UNSTABLE requirements) mindflay cracklib # emerge info Portage 2.0.48-r1 (default-x86-1.4, gcc-3.2.2, glibc-2.3.2-r1) ================================================================= System uname: 2.4.20-gentoo-r5 i686 AMD Athlon(tm) XP 1700+ GENTOO_MIRRORS=" ftp://gentoo.linux.no/pub/gentoo/ http://gentoo.linux.no/ ftp://ftp.tu-clausthal.de/pub/linux/gentoo/ ftp://ftp.belnet.be " CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb:/usr/kde/3.1/share/config:/usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="" USE="x86 oss 3dnow apm avi crypt cups encode gif jpeg kde libg++ mikmod mmx mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib directfb gdbm berkdb slang readline arts bonobo svga tcltk java guile mysql postgres X sdl gpm tcpd pam libwww ssl perl python esd imlib oggvorbis gnome gtk qt motif opengl mozilla aalib acpi acpi4linux cdr curl dga doc dvb dvd emacs evo fbcon flash foreign-package foreign-sysvinit gb gd gnomedb gphoto2 hyriand imap innodb ladcca mbox mcal mule nas oav oci8 odbc ofx plotutils prebuilt samba scanner sse tetex tiff usb wmf Xaw3d xinerama xml" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS=" -g0 -march=athlon-xp -mmmx -msse -m3dnow -mfpmath=sse -O3 -fforce-addr -falign-functions=4 " CXXFLAGS=" -g0 -march=athlon-xp -mmmx -msse -m3dnow -mfpmath=sse -O3 -fforce-addr -falign-functions=4 " ACCEPT_KEYWORDS="x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" FEATURES="ccache sandbox userpriv usersandbox"
Sorry, my brain short circuited at the php version. The actual version number of php and mod_php is 4.3.2 .
It is a one-in-a-million (though not from your side, but from the dev who commi ted the changes) - the deps got commited after the rsync mirrors were updated with the new {mod_}php ebuilds. Closing.
Obsolete bug, closing.