Summary: | gnome-extra/libgda-5.1.1-r1: Couldn't find suitable VM | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Juergen Rose <rose> |
Component: | [OLD] GNOME | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | java |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
/var/tmp/portage/gnome-extra/libgda-5.1.1-r1/temp/build.log
/var/tmp/portage/gnome-extra/libgda-5.1.1-r1/temp/die.env libgda-5.1.1-r1.ebuild with java-pkg-opt-2_src_prepare moved to the top of src_prepare |
Description
Juergen Rose
2013-01-03 15:00:55 UTC
Created attachment 334196 [details]
/var/tmp/portage/gnome-extra/libgda-5.1.1-r1/temp/die.env
Even after reemerging icedtea-7.2.3.3 and regeneration of environment the issue persists. At "cheetahnew", where 'emerge libgda' fails, icedtea-7.2.3.3 is from the normal portage tree: root@cheetahnew:/root(34)# emerge -pvD icedtea These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] dev-java/icedtea-7.2.3.3:7 USE="X alsa cups doc examples jbootstrap nsplugin nss pulseaudio source webstart -cjk -debug -javascript -pax_kernel -systemtap {-test}" 0 kB On an other system ("leopard") where 'emerge libgda' works, icedtea-7.2.3.3 is from the java overlay: root@leopard:/root(11)# emerge -pvD icedtea These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] dev-java/icedtea-7.2.3.3:7::java-overlay USE="X alsa cups doc examples jbootstrap nsplugin nss pulseaudio source webstart -cjk -debug -javascript -pax_kernel -systemtap {-test}" 0 kB Could this be the reason for the error? (In reply to comment #3) > At "cheetahnew", where 'emerge libgda' fails, icedtea-7.2.3.3 is from the > normal portage tree: ... > On an other system ("leopard") where 'emerge libgda' works, icedtea-7.2.3.3 > is from the java overlay: ... > Could this be the reason for the error? No, this is not the reason, after installing icedtea-7.2.3.3 from the java-overlay 'emerge libgda' fails on "cheetahnew" with the same error. Does moving "java-pkg-opt-2_src_prepare" at the top of src_prepare work? Created attachment 335934 [details]
libgda-5.1.1-r1.ebuild with java-pkg-opt-2_src_prepare moved to the top of src_prepare
(In reply to comment #6) > Created attachment 335934 [details] > libgda-5.1.1-r1.ebuild with java-pkg-opt-2_src_prepare moved to the top of > src_prepare I moved java-pkg-opt-2_src_prepare to the top of src_prepare, see the attached ebuild. But 'emerge libgda' fails with the same error: >>> Emerging (1 of 2) gnome-extra/libgda-5.1.1-r1 from x-portage * libgda-5.1.1.tar.xz SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ] !!! ERROR: Couldn't find suitable VM. Possible invalid dependency string. Due to stax-api requiring a target of 1.7 but the virtual machines constrained by virtual/jdk-1.6 * Unable to determine VM for building from dependencies: I still have the same issue. Any news? (In reply to comment #8) > Any news? No. But you can emerge with USE=-java as a temporary workaround Thanks Alexandre USE=-java works. But it still does not work with the java USE flag :-( Is this a problem when both jdk slots are present? Will CC java team to get help :/ The VM is determined using the dependency version, not using its slot; therefore do something like >=virtual/jdk-1.6 (check if 1.7 works; otherwise set a blocker !>=virtual/jdk-1.7 or check out if =virtual/jdk-1.6* works, haven't tried that last syntax myself yet). On a side note, I don't see a jre listed; if it needs Java at run-time then make sure to add that, I'm in doubt whether it would build Java code and not use it. Unless these are bindings or something of that nature... +*libgda-5.2.4 (20 Jun 2015) + + 20 Jun 2015; Pacho Ramos <pacho@gentoo.org> + +files/libgda-5.2.4-format-security.patch, +files/libgda-5.2.4-jre18.patch, + +libgda-5.2.4.ebuild: + Version bump, fix java detection (#450004 by Juergen Rose and Tom Wijsman + (TomWij)), enable vala (#507022 by Markus Moll), fix compilation with format- + security (#517610 by Agostino Sarubbo) + |