Summary: | dev-libs/soprano-2.2 fails to emerge due to JAVA_INCLUDE_PATH2 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | David Ripton <dripton> |
Component: | [OLD] KDE | Assignee: | Gentoo KDE team <kde> |
Status: | RESOLVED WONTFIX | ||
Severity: | normal | CC: | java |
Priority: | High | Flags: | tampakrap:
Bugday+
|
Version: | 2008.0 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
David Ripton
2009-01-30 19:40:00 UTC
More info: I can't reproduce this on my other Gentoo box, but it's still happening on the first machine. I uninstalled and reinstalled sun-jdk and reran java-config, to no avail. A workaround was to add "dev-libs/soprano -sesame2 redland" to /etc/portage/package.use, to make it use the non-Java redland backend instead of the Java sesame2 backend. Not a great workaround because media-sound/amarok wants sesame2. I can make it build by hand with "cmake --prefix=/usr -DJAVA_INCLUDE_PATH=/usr/lib/jvm/sun-jdk-1.6/include -DJAVA_INCLUDE_PATH2=/usr/lib/jvm/sun-jdk-1.6/include/linux", but I haven't tried merging that into the ebuild, since it really should be picked up automatically. If your first machine has been running Gentoo for a while then there could be some left-over java related files in /etc/env.d causing some trouble. Try cleaning them out, reinstall sun-jdk-1.6, follow the java installation guide: http://www.gentoo.org/doc/en/java.xml and set your active system-vm, run env-update && source /etc/profile and try to emerge soprano afterwards. Thanks Timo. There WAS junk from old Java versions in my /etc/env.d. But your suggestion didn't let soprano build. So I suspect I have more Java cruft elsewhere. Will keep hunting. Any progress on this? Is this still reproducible with latest soprano from portage? No change. Still fails to emerge, unless I put the workaround I mentioned into /etc/portage/package.use @Java: You have any ideas how to solve the issue? actually sesame should be unbundled, see bug #97892 > -- Found Java JNI >= 1.4: /usr/include,
> /opt/sun-jdk-1.6.0.11/jre/lib/i386/client/libjvm.so
Can we find out why yours have /usr/include while mine has:-
-- Found Java JNI >= 1.4: /opt/sun-jdk-1.6.0.14/include, /opt/sun-jdk-1.6.0.14/jre/lib/amd64/server/libjvm.so
do you have gcj enabled? is there some java related directory within /usr/include/? ( something like /usr/include/jvm ). whats the output of java-config-2 -L
Yes sesame should be unbundled. Should I hold my breathe?
dripton@al ~ $ gcj bash: gcj: command not found dripton@al ~ $ ls /usr/include/java applet awt beans io lang math net nio rmi security sql text util dripton@al ~ $ ls /usr/include/javax/ accessibility naming sql swing transaction dripton@al ~ $ equery b /usr/include/java * Searching for /usr/include/java ... dripton@al ~ $ equery b /usr/include/javax * Searching for /usr/include/javax ... dripton@al ~ $ java-config-2 -L The following VMs are available for generation-2: 1) IcedTea6-bin 1.4.1 [icedtea6-bin] 2) Sun JDK 1.5.0.18 [sun-jdk-1.5] *) Sun JDK 1.6.0.14 [sun-jdk-1.6] Because no package owned /usr/include/java and /usr/include/javax, I removed them. Unfortunately, it didn't help. soprano still fails to emerge, unless I use the workaround in package.use Not in tree anymore |