I was updating today from 3.2.12 which worked fine, using stable amd64 tree with unmasked virtualbox packages. What's also strange i've same behavior as in bug #351090 virtualbox installed as dep icedtea6-bin java-config jre and jdk packages while java use flag is masked by profile. build fails with kmk: /usr/lib/jvm/java-6-sun/bin/wsimport: Command not found kmk: *** [/var/tmp/portage/app-emulation/virtualbox-4.0.0/work/VirtualBox-4.0.0_OSE/out/linux.amd64/release/obj/vboxjws-gen/jwsgen/jwsglue.list] Error 127 kmk failed full build log, emerge --info and emerge -pqv attached Reproducible: Always Steps to Reproduce: 1. emerge --sync 2. emerge -uDN world
Created attachment 259271 [details] emerge --info
Created attachment 259272 [details] full build log
Created attachment 259273 [details] emerge -pqv =app-emulation/virtualbox-4.0.0
+*virtualbox-4.0.0-r1 (08 Jan 2011) + + 08 Jan 2011; Lars Wendler <polynomial-c@gentoo.org> -virtualbox-4.0.0.ebuild, + +virtualbox-4.0.0-r1.ebuild: + Replaced java-pkg-2 eclass with java-pkg-opt-2. Thanks to Andreas Fink (bug + #351090) and Zurab Gvishiani (bug #351096) for reporting this issue. Java shouldn't be pulled in now when it's masked. But I have to do further tests why it fails with icedtea6-bin anyway. So I keep this bug open for now.
I've forgot to mention that I updated from virtualbox-ose 3.2.12-r3 , maybe this will help to resolve issue.
I've installed sun-jdk and virtualbox compiled and installed with no issues, then rebooted and now it works well.
Actually same error in virtualbox-4.0.4-r1, but may be different reasons? Well, I'm building virtualbox with the following USE flags: [ebuild N ] app-emulation/virtualbox-4.0.4-r1 USE="additions headless opengl qt4 sdk vboxwebsrv -alsa -doc -extensions -java -pulseaudio -python -vnc" But ./Config.kmk still has VBOX_WITH_JWS ?= 1. configure.log states that ./configure was called with: # './configure --with-gcc=x86_64-pc-linux-gnu-gcc --with-g++=x86_64-pc-linux-gnu-g++ --disable-kmods --disable-dbus --disable-alsa --disable-pulse --disable-python --disable-java --enable-webservice --disable-docs --build-headless --disable-opengl' Do you need anything else? I'll preserve build.log and configure.log in case you'll need them...
The bug still exists in virtualbox-4.0.6! I use app-emulation/virtualbox-4.0.6 USE="additions extensions headless opengl python qt4 sdk vboxwebsrv vnc -alsa -doc -java -pulseaudio" and icedtea6-bin as system-vm. I get: GEN {T}/vboxjws-gen/jwsgen/jwsglue.list /usr/lib/jvm/java-6-sun/bin/wsimport -Xnocompile -p org.virtualbox_4_0.jaxws -d /var/tmp/portage/app-emulation/virtualbox-4.0.6/work/VirtualBox-4.0.6_OSE/out/linux.amd64/release/obj/vboxjws-gen/jwsgen/java/jws /var/tmp/portage/app-emulation/virtualbox-4.0.6/work/VirtualBox-4.0.6_OSE/out/linux.amd64/release/bin/sdk/bindings/webservice/vboxwebService.wsdl kmk: /usr/lib/jvm/java-6-sun/bin/wsimport: Command not found kmk: *** [/var/tmp/portage/app-emulation/virtualbox-4.0.6/work/VirtualBox-4.0.6_OSE/out/linux.amd64/release/obj/vboxjws-gen/jwsgen/jwsglue.list] Error 127 kmk: *** Waiting for unfinished jobs.... kmk: *** Exiting with status 2 * ERROR: app-emulation/virtualbox-4.0.6 failed (compile phase): * emake failed
And I think I found the problem! The path that the ebuild uses for searching wsimport is definitely not customized to my system! It should either be /usr/lib/jvm/icedtea6-bin/bin/wsimport or /usr/lib/jvm/sun-jre-bin-1.6/bin/wsimport but it looks for it in /usr/lib/jvm/java-6-sun/bin/wsimport which is the default path in the source configure file. And that is because in line 167 in virtualbox-4.0.6.ebuild, the path gets only fixed, if USE=java is set! Verified that by simply enabling java. I would attach an updated ebuild, but it seems to me, that the problem lies deeper... The ebuild has no build time dependency on jre, but obviously, there is one! Could someone take another look into it?
Okay, I'm sorry! I didn't look correctly... It has a RDEPEND on virtual/jre! But that would still leave the src_prepare part of that ebuild some kind of wrong. The JVM-path in Config.kmk should be sed'ed regardless of the java use flag. Does the maintainer agree with that?
Created attachment 272143 [details] Proposed ebuild that patches the paths to the jvm regardless of the java use flag
This happened to me, but it was about javac not being found. I am using i686 btw. Setting system-vm to sun-jdk solves the problem, but the user shall be warned of this somehow.
I can confirm this problem also with VirtualBox 4.1.0. I have no JDK and no JRE installed. # emerge -pv virtualbox These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N #] app-emulation/virtualbox-4.1.0 USE="additions alsa extensions headless opengl python sdk vboxwebsrv -doc -java -pulseaudio -qt4 -vnc" Build fails with: GEN {T}/vboxjws-gen/jwsgen/jwsglue.list /usr/lib/jvm/java-6-sun/bin/wsimport -Xnocompile -p org.virtualbox_4_1.jaxws -d /var/tmp/portage/app-emulation/virtualbox-4.1.0/work/VirtualBox-4.1.0_OSE/out/linux.amd64/release/obj/vboxjws-gen/jwsgen/java/jws /var/tmp/portage/app-emulation/virtualbox-4.1.0/work/VirtualBox-4.1.0_OSE/out/linux.amd64/release/bin/sdk/bindings/webservice/vboxwebService.wsdl kmk: /usr/lib/jvm/java-6-sun/bin/wsimport: Command not found kmk: *** [/var/tmp/portage/app-emulation/virtualbox-4.1.0/work/VirtualBox-4.1.0_OSE/out/linux.amd64/release/obj/vboxjws-gen/jwsgen/jwsglue.list] Error 127 kmk: *** Waiting for unfinished jobs.... kmk: *** Exiting with status 2 After all, does VirtualBox's build system depend on JRE? If vboxwebsrv needs java, than it should be set.
Getting bit by missing path to wsimport, too (with virtualbox-4.1.0 ebuild). However, does it matter that java-config actually contains /usr/bin/wsimport? Can that be used instead? homeserver-02 ~ # java-config -L The following VMs are available for generation-2: 1) IcedTea6-bin 1.9.7 [icedtea6-bin] *) Sun JDK 1.6.0.26 [sun-jdk-1.6] 3) Sun JRE 1.6.0.26 [sun-jre-bin-1.6] homeserver-02 ~ # homeserver-02 ~ # which wsimport /usr/bin/wsimport homeserver-02 ~ # ls -la /usr/bin/wsimport lrwxrwxrwx 1 root root 13 May 5 01:37 /usr/bin/wsimport -> run-java-tool homeserver-02 ~ # homeserver-02 ~ # equery b /usr/bin/wsimport * Searching for /usr/bin/wsimport ... dev-java/java-config-2.1.11-r3 (/usr/bin/wsimport -> run-java-tool) dev-java/java-config-2.1.11-r3 (/usr/bin/run-java-tool) homeserver-02 ~ # Thanks.
(In reply to comment #10) > Okay, I'm sorry! > I didn't look correctly... > It has a RDEPEND on virtual/jre! > > But that would still leave the src_prepare part of that ebuild some kind of > wrong. The JVM-path in Config.kmk should be sed'ed regardless of the java use > flag. > > Does the maintainer agree with that? It only has RDEPEND on virtual/jre if USE="java" is set. I don't have it set, and have the same problem with app-emulation/virtualbox-4.0.12 I tried again with USE="-vboxwebsrv" and it worked. But i kind of want the web server, since I don't have qt. So it should also depend on java if vboxwebsrv is set.
Had the same problem trying to emerge virtualbox-4.1.4 on a machine w/o java but needed the vboxwebsrv. Maybe this bug is a duplicate of #366215 ?
Actually this is a duplicate of bug 382061 and it was fixed. Maybe this ticket must be closed as well.
*** This bug has been marked as a duplicate of bug 382061 ***
