Summary: | Failed to emerge kde-base/nepomuk-4.3.x w/ libjvm.so | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | saihttam <spam> |
Component: | [OLD] KDE | Assignee: | Gentoo KDE team <kde> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | a_jay1981, a_tevelev, detlev.casanova, dkarasik, infobox.oleg, java, k, klondike, open-development, pascal.fodiman, philip-gbz, reavertm, stefano.priore, steffen, vagabond_king, wbeast, zgredder |
Priority: | High | Flags: | tampakrap:
Bugday+
|
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | emerge --info |
Description
saihttam
2009-09-10 12:27:42 UTC
@java: looks like some java problem, or not? Created attachment 203676 [details]
emerge --info
See emerge --info in attachment.
(In reply to comment #1) > @java: > looks like some java problem, or not? > In java-config -L the " Sun JDK 1.6.0.16 [sun-jdk-1.6]" is set... i don't know why nepomuk ebuild tries to use Blackdown-1.4.2-03... Why is java used while generating nie.h, nie.cpp? Any idea where to find hs_err_pid22981.log? Try somewher at /var/log (unlikely) or emerge slocate and use that. BTW, try unmerging every other java implementation (provided it isn't needed by you for some reasons) then reemerging nepomuk. Can someone tell me why/where/what is calling java? Lets ignore why its failing. I'm more interested in why its even trying to use it. Also what is the output of java-config-1 -L Also hs_err_pid*.log files are usually created in the current directory, or $HOME. So that could be somewhere in /var/tmp/portage/.../.../{temp,homedir,work} or even /root. dev-libs/soprano built with USE=java Unfortunately it's the only working storage backend (the other one is mentioned in bug 275326) I think it may be worth investigating why Java hotspot crashes here (definitely should not have). I did an emerge -v1 soprano and then it built fine, YMMV I had this exact same problem. I can confirm that emerge -v1 soprano fixed it. Suffering this same problem and reemerging soprano didn't help. According to dmesg the cause is ld.so onto2vocabulary[20602]: segfault at 376777344d80 ip 000037677712da41 sp 00007e4f28272810 error 7 in ld-2.9.so[376777125000+20000 Hum, PAX marking -m saihttam, if you use pax emerge sys-apps/paxctl then run: $paxctl -m /usr/bin/onto2vocabularyclass I experienced the same behavior but when generating strigiservice.moc (nepomuk-4.3.3 ebuild). So I played with it for a little and found out that Sun JDK upgrade (from 1.6.0.15 to 1.6.0.17) is related to this segfault (i didn't understand why it claims about Blackdown while Sun implementation is selected on my system). The problem seems to be in soprano's file /usr/bin/onto2vocabularyclass and reemerging soprano helps to me. So steps to reproduce this bug that works for me: 1. downgrade to dev-java/sun-jdk-1.6.0.15 2. emerge soprano (2.3.1) 3. upgrade to dev-java/sun-jdk-1.6.0.17 4. emerge nepomuk (4.3.2, 4.3.3, whatever) Step to fix: 1. emerge soprano 2. emerge nepomuk *** Bug 288465 has been marked as a duplicate of this bug. *** *** Bug 291875 has been marked as a duplicate of this bug. *** (In reply to comment #11) > I experienced the same behavior but when generating strigiservice.moc > (nepomuk-4.3.3 ebuild). So I played with it for a little and found out that Sun > JDK upgrade (from 1.6.0.15 to 1.6.0.17) is related to this segfault (i didn't > understand why it claims about Blackdown while Sun implementation is selected > on my system). The problem seems to be in soprano's file > /usr/bin/onto2vocabularyclass and reemerging soprano helps to me. > > So steps to reproduce this bug that works for me: > 1. downgrade to dev-java/sun-jdk-1.6.0.15 > 2. emerge soprano (2.3.1) > 3. upgrade to dev-java/sun-jdk-1.6.0.17 > 4. emerge nepomuk (4.3.2, 4.3.3, whatever) Well, what about ibm-jdk-bin-1.6 ? Used by ppc and ppc64 ? > > Step to fix: > 1. emerge soprano > 2. emerge nepomuk > Confirmed here as well. Steps to resolve: 1. emerge soprano 2. emerge nepomuk *** Bug 293628 has been marked as a duplicate of this bug. *** emerge soprano emerge nepomuk did not help for me (see bug #293628 for my config) By the way, when I emerge with USE="redland -java" emerge soprano nepomuk, I get this error : Generating nie.h, nie.cpp [ 1%] Generating nepomukservicestub.8 (Soprano::Redland::BackendPlugin) creating model of type "hashes" with options "hash-type='memory',contexts='yes'" "/usr/bin/onto2vocabularyclass(8806)" Error in thread 47424541615312 : "query: Graph pattern graph operation is not implemented yet. Ending query execution. (error)" (line: 1, column: -1) (Soprano::Redland) "query: Graph pattern graph operation is not implemented yet. Ending query execution. (error)" namespace: "http://www.semanticdesktop.org/ontologies/2007/01/19/nie#" /bin/sh: line 1: 8806 Segmentation fault onto2vocabularyclass --name NIE --encoding trig --namespace Nepomuk::Vocabulary --no-visibility-export /var/tmp/portage/kde-base/nepomuk-4.3.3/work/nepomuk-4.3.3/nepomuk/ontologies/nie.trig make[2]: *** [nepomuk/strigibackend/nie.h] Error 139 make[1]: *** [nepomuk/strigibackend/CMakeFiles/sopranobackend.dir/all] Error 2 make[1]: *** Waiting for unfinished jobs.... *** Bug 295092 has been marked as a duplicate of this bug. *** the following steps solved the issue (in the past i switched java-vm from blackdown jdk to sun jdk) rm /etc/env.d/20java env-update && source /etc/profile emerge --oneshot soprano Sorry but no, the error is still there. I don't have a 20java file though, I tried removing all *ava* files. nepomuk-4.3.4 has been sucessfully merge with the upgrade to kde 4.3.4 with soprano 2.3.1 and java : [ebuild R ] dev-libs/soprano-2.3.1 USE="clucene dbus debug java raptor -doc -redland" [ebuild R ] kde-base/nepomuk-4.3.4 USE="debug handbook (-aqua) (-kdeenablefinal) (-kdeprefix)" I recently ran into this, and couldn't solve it with the above recommendations. When I looked closer, I noticed that the segfault was in libldap-2.3.so. I had upgraded openldap to v2.4, but I hadn't noticed the v2.3 library cleanup instructions in the ebuild's pkg_postinst(). After eliminating the old openldap libs as instructed, emerging nepomuk succeeded. Hope this helps someone. I kill files libldap-2.3.* and liblber-2.3.* And now on nepomuk emerge take: Scanning dependencies of target nepomuk-manpage-man-nepomukservicestub [ 0%] Generating nepomukservicestub.8 [ 0%] Built target kio_nepomuksearch_automoc [ 1%] Generating nie.h, nie.cpp (Soprano::PluginManager) found no soprano plugin at "/usr/lib64/soprano/libsoprano_raptorparser.so" Could not find parser plugin for encoding trig make[2]: *** [nepomuk/strigibackend/nie.h] Ошибка 1 make[1]: *** [nepomuk/strigibackend/CMakeFiles/sopranobackend.dir/all] Ошибка 2 make[1]: *** Ожидание завершения заданий... Writing nepomukserver.8 for refentry [ 2%] Built target nepomuk-manpage-man-nepomukserver Writing nepomukservicestub.8 for refentry [ 3%] Built target nepomuk-manpage-man-nepomukservicestub make: *** [all] Ошибка 2 re-emerge soprano not resolve a problem. Please help. (In reply to comment #24) > I kill files libldap-2.3.* and liblber-2.3.* The openldap-2.4 ebuild gives specific instructions to run revdep-rebuild against the three leftover libraries, BEFORE deleting them. If you just delete the files, parts of your system will be broken. Try revdep-rebuild. (In reply to comment #11) > I experienced the same behavior but when generating strigiservice.moc > (nepomuk-4.3.3 ebuild). So I played with it for a little and found out that Sun > JDK upgrade (from 1.6.0.15 to 1.6.0.17) is related to this segfault (i didn't > understand why it claims about Blackdown while Sun implementation is selected > on my system). The problem seems to be in soprano's file > /usr/bin/onto2vocabularyclass and reemerging soprano helps to me. > > So steps to reproduce this bug that works for me: > 1. downgrade to dev-java/sun-jdk-1.6.0.15 > 2. emerge soprano (2.3.1) > 3. upgrade to dev-java/sun-jdk-1.6.0.17 > 4. emerge nepomuk (4.3.2, 4.3.3, whatever) > > Step to fix: > 1. emerge soprano > 2. emerge nepomuk > Scanning dependencies of target nepomuk-manpage-man-nepomukservicestub [ 0%] Generating nepomukservicestub.8 [ 0%] Built target kio_nepomuksearch_automoc [ 1%] Generating nie.h, nie.cpp (Soprano::PluginManager) found no soprano plugin at "/usr/lib64/soprano/libsoprano_sesame2backend.so" Failed to create memory model make[2]: *** [nepomuk/strigibackend/nie.h] Error 1 make[1]: *** [nepomuk/strigibackend/CMakeFiles/sopranobackend.dir/all] Error 2 make[1]: *** Waiting for unfinished jobs.... Writing nepomukservicestub.8 for refentry Writing nepomukserver.8 for refentry [ 2%] [ 3%] Built target nepomuk-manpage-man-nepomukservicestub Built target nepomuk-manpage-man-nepomukserver make: *** [all] Error 2 * ERROR: kde-base/nepomuk-4.3.5 failed: * Make failed! Confirmed, problem solved as well for kde-base/nepomuk-4.3.5 on my system amd64
>
> Step to fix:
> 1. emerge soprano
> 2. emerge nepomuk
>
Fixed for me
*** Bug 306271 has been marked as a duplicate of this bug. *** I experienced the same issue with nepomuk-4.3.5 failing to compile on amd64. As reported earlier "emerge soprano" then "emerge nepomuk" fixed the issue. Thanks for the advice ;) Resolving this since kde-4.3 is gone for good. Please reopen if the problem reappears with kde-4.[45]. |