When installing dev-java/dom4j-1.6.1-r4 (required by icedtea6), emerge stops saying it "couldn't find suitable VM. Possible invalid dependency string" (complete message below). I have only the icedtea6-bin JVM (set as system-vm) and I was trying to install the source-based version. Reproducible: Always Steps to Reproduce: 1. use java-overlay 2. install dom4j-1.6.1-r4 Actual Results: !!! ERROR: Couldn't find suitable VM. Possible invalid dependency string. * Unable to determine VM for building from dependencies: NV_DEPEND: !test? ( >=virtual/jdk-1.4 ) test? ( =virtual/jdk-1.5* dev-java/ant-junit:0 dev-java/xalan:0 dev-java/junitperf:0 ) >=virtual/jre-1.4 java-virtuals/jaxb-virtual:1 java-virtuals/stax-api >=dev-java/msv-20050627-r2:0 dev-java/xpp2:0 dev-java/xpp3:0 dev-java/relaxng-datatype:0 dev-java/xerces:2 >=dev-java/xsdlib-20050627-r2:0 dev-java/xml-commons-external:1.3 >=dev-java/java-config-2.1.6 >=sys-apps/portage-2.1.2.7 source? ( app-arch/zip ) >=dev-java/ant-core-1.7.0 >=sys-apps/portage-2.1.2.7 >=dev-java/javatoolkit-0.3.0-r2 VNEED: * * ERROR: dev-java/dom4j-1.6.1-r4 failed. * Call stack: * ebuild.sh, line 49: Called pkg_setup * ebuild.sh, line 1273: Called java-pkg-2_pkg_setup * java-pkg-2.eclass, line 61: Called java-pkg_init * java-utils-2.eclass, line 2134: Called java-pkg_switch-vm * java-utils-2.eclass, line 2557: Called die * The specific snippet of code: * die "Failed to determine VM for building." * The die message: * Failed to determine VM for building. * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/var/tmp/portage/dev-java/dom4j-1.6.1-r4/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/dev-java/dom4j-1.6.1-r4/temp/die.env'. * This ebuild is from an overlay named 'java-overlay': '/usr/local/portage/layman/java-overlay/' * !!! When you file a bug report, please include the following information: GENTOO_VM= CLASSPATH="." JAVA_HOME="" JAVACFLAGS="" COMPILER="" Expected Results: dom4j-1.6.1-r4 finds a suitable VM and installs properly Portage 2.1.6.13 (default/linux/amd64/2008.0, gcc-4.3.3, glibc-2.9_p20081201-r2, 2.6.29-gentoo-r3 x86_64) ================================================================= System uname: Linux-2.6.29-gentoo-r3-x86_64-Intel-R-_Core-TM-2_Quad_CPU_Q9450_@_2.66GHz-with-gentoo-2.0.0 Timestamp of tree: Tue, 12 May 2009 19:45:01 +0000 app-shells/bash: 4.0_p17-r1 dev-java/java-config: 1.3.7-r1, 2.1.7 dev-lang/python: 2.4.4-r15, 2.5.4-r2, 2.6.2 dev-python/pycrypto: 2.0.1-r8 dev-util/cmake: 2.6.4 sys-apps/baselayout: 2.0.0 sys-apps/openrc: 0.4.3-r2 sys-apps/sandbox: 1.9 sys-devel/autoconf: 2.13, 2.63-r1 sys-devel/automake: 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.2 sys-devel/binutils: 2.19.1-r1 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6a virtual/os-headers: 2.6.29 ACCEPT_KEYWORDS="amd64 ~amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=nocona -O2 -pipe -ggdb" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/splash /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-march=nocona -O2 -pipe -ggdb" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks fixpackages parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS=" ftp://ftp.unina.it/pub/linux/distributions/gentoo http://distfiles.gentoo.org/" LANG="it_IT.UTF-8" LC_ALL="it_IT.UTF-8" LDFLAGS="-s" LINGUAS="it" MAKEOPTS="-j5" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage/layman/mozilla /usr/local/portage/layman/nouveau /usr/local/portage/layman/java-overlay /usr/local/portage" SYNC="rsync://rsync12.de.gentoo.org/gentoo-portage" USE="X aac acl acpi alsa amd64 apache2 apm avahi bash-completion bzip2 cairo cdr cli cracklib crypt css cups cvs cxx dbus dnd dri dvd dvdr encode examples exif ffmpeg firefox ftp gdbm geoip gif gimp gnome gnome-keyring gpm graphviz gstreamer gtk hal iconv id3tag ieee1394 imagemagick imap ipod isdnlog jabber jack java javascript jingle jpeg jpeg2k kvm lame libnotify libwww lm_sensors mad midi mime mmx mozilla mp3 mpeg msn mtp mudflap multilib mysql mysqli nautilus ncurses nforce2 nls nptl nptlonly nvidia ogg opengl openmp pam pango pcre pdf perl php pmu png posix pppd python qt4 readline reflection rss session simplexml spell spl sqlite sqlite3 sse sse2 sse3 sse4_1 ssl subversion svg sysfs tagwriting tcpd theora threads truetype unicode usb v4l v4l2 vcd vnc vorbis webkit wxwindows x264 xcomposite xinerama xml xorg xulrunner xvid xvmc zlib" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="alias authz_host dav davfs dav_lock dir headers include mime mime_magic rewrite" ELIBC="glibc" INPUT_DEVICES="evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="it" USERLAND="GNU" VIDEO_CARDS="nouveau nvidia nv v4l" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
With version 1.6.1-r5 this bug doesn't appear. I think it has been fixed
The ebuild is attempting to use jaxb-virtual-1 that is not declared in DEPEND.
Are you sure it's not this bug: http://bugs.gentoo.org/show_bug.cgi?id=241876 ?
(In reply to comment #2) > The ebuild is attempting to use jaxb-virtual-1 that is not declared in DEPEND. > That's already fixed in -r5 as Luca noted.
> That's already fixed in -r5 as Luca noted. No, there's 'java-pkg_jar-from jaxb-virtual-1' and no dependency on it, nor the package seems to exist.
(In reply to comment #5) > > That's already fixed in -r5 as Luca noted. > > No, there's 'java-pkg_jar-from jaxb-virtual-1' and no dependency on it, nor the > package seems to exist. > Fixed for real, sorry for the inconvinience.