emerge -Up 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 ">=virtual/jdk-1.4" have been masked. !!! possible candidates are: - dev-java/blackdown-jdk-1.4.1 (masked by: -keyword) - dev-java/blackdown-jdk-1.4.2_rc1 (masked by: -* keyword) !!! (dependency required by "dev-java/ant-1.6.1" [ebuild]) !!! Problem with ebuild dev-util/eclipse-sdk-2.1.2-r1 !!! Possibly a DEPEND/*DEPEND problem. !!! Depgraph creation failed. Reproducible: Always Steps to Reproduce: 1. emerge -Up world 2. 3. Actual Results: Portage system invalid.... Expected Results: That IBMs OpenSource IDE Eclipse would work with IBMs Java SDK on the IBM PowerPC Processors. Eclipse needs java, it doesn't needs the Java Port of Suns 100% delegate called Blackdown. Ant also needs just Java, not the flavor of Blackdown java.... emerge info Portage 2.0.50-r6 (default-ppc-2004.1, gcc-3.3.3, glibc-2.3.3_pre20040420-r0, 2.4.22-ben2) ================================================================= System uname: 2.4.22-ben2 ppc 7400, altivec supported Gentoo Base System version 1.4.12 Autoconf: sys-devel/autoconf-2.59-r3 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="ppc ~ppc" AUTOCLEAN="yes" CFLAGS="-O2 -pipe -mcpu=7400 -maltivec -mabi=altivec" CHOST="powerpc-unknown-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="ccache" GENTOO_MIRRORS="http://128.213.5.34/gentoo/ ftp://mirrors.sec.informatik.tu-darmstadt.de/gentoo/ http://mirrors.sec.informatik.tu-darmstadt.de/gentoo/ http://gentoo.mirror.sdv.fr http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/ http://ftp.snt.utwente.nl/pub/os/linux/gentoo http://ftp.easynet.nl/mirror/gentoo/ http://ftp.uni-erlangen.de/pub/mirrors/gentoo http://ftp.heanet.ie/pub/gentoo/ http://ftp.caliu.info/pub/gentoo/ http://www.die.unipd.it/pub/Linux/distributions/gentoo-sources/ http://ftp.gentoo.skynet.be/pub/gentoo/ http://gentoo.tiscali.nl/gentoo/ http://ftp.iasi.roedu.net/mirrors/gentoo.org/ http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ http://ftp.rhnet.is/pub/gentoo/ http://mirror.switch.ch/mirror/gentoo/ http://trumpetti.atm.tut.fi/gentoo/ http://src.gentoo.pl http://mirror.datapipe.net/gentoo http://gentoo.spb.ru/rsync http://darkstar.ist.utl.pt/gentoo/ http://www.mirror.ac.uk/sites/www.ibiblio.org/gentoo/ http://ftp.linux.ee/pub/gentoo/distfiles/ http://mirror.datapipe.net/gentoo http://gentoo.netnitco.net http://mirror.pudas.net/gentoo http://gentoo.mirrors.pair.com/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X aalib arts berkdb bonobo cdr cups dvd esd foomaticdb gdbm gif gnome gnome-libs gnome2 gpm gtk gtk2 gtkhtml guile imlib jpeg kde libwww mitshm motif mozilla mysql nls oggvorbis opengl oss pam perl png ppc ppds python qt rage128 readline scanner sdl slang ssl tcltk tcpd tetex truetype usb video_cards_rage128 xv" Just a Question : is portage not able to handle these dependencies when more the one java implementations exists on earth ?
At one time you had blackdown-jdk installed satisfying virtual/jdk-1.3. For the 2004.1 release we changed the default virtual realization from blackdown to ibm-jdk, because blackdown said they wouldn't release a 1.4 very soon, and we succesfully negotiated with IBM about being able to distribute IBM-jdk-1.4 without forcing our users to go to the IBM website and manually fetch the tarball. When updating world, everything works as expected (IBM gets pulled in as jdk-1.4, keeping blackdown for jdk-1.3). However, when doing dependency calculation, portage only considers the first package installed providing the virtual in question, instead of all the packages providing that virtual. This is a portage bug. A simple workaround is to unmerge blackdown. (portage will then consider ibm-jdk as 'virtual/jdk') If you still need blackdown-jdk-1.3 (ibm provides all functionality but a browser plugin) afterwards, just remerge it, portage will keep considering ibm as default. I'm cc'ing the portage team on this email. Best regards, Pieter Van den Abeele
my howto should fix it. I've also described it on the forums, we're working on integrating it in the faq.
