Version: (using KDE 4.2.0) Compiler: gcc 4.3.2 OS: Linux Installed from: Unspecified Linux I cannot start strigi from the Desktop Search KCM, nor start strigidaemon from command line. A) KCM: The KCM reports "Strigi service not running." Nepomuk, however, does run. Every time I attempt to start strigi from the KCM, dmesg reports: nepomukservices[13522]: segfault at 4 ip b7e23552 sp bffbab50 error 4 in libQtCore.so.4.4.3[b7dda000+1bd000] B) Command line: When I start strigidaemon from the command line, I get the following error message and segfault: $ strigidaemon WARNING: field 'http://strigi.sf.net/ontologies/0.9#debugParseError' is not defined in any rdfs ontology database. Segmentation fault In this case, dmesg reports a different error: strigidaemon[13547]: segfault at 0 ip b749215d sp bfa63970 error 4 in libkdecore.so.5.2.0[b739e000+214000]
I did not realize that strigi had its own bug tracker. While I am not sure whether this is solely a strigi-related issue, I also opened a bog report on the strigi tracker. I referenced this report and told that I would request to have it closed. Please do so if you think it is a strigi-only problem. FYI: https://sourceforge.net/tracker/index.php?func=detail&aid=2533763&group_id=171000&atid=856302 Thanks.
What strigi version do you have? (paste here the output of "strigidaemon --version"). Are you using Strigi from SVN or provided from your distribution ? Thanks
The strigi version is 0.6.3. Distribution is Arch Linux. The KDE packages are shiny new 4.2.0's from the testing repo.
Please provide a backtrace from the crash. BTW: The nepomuk service you start via the KCM has nothing to do with strigidaemon.
I rebuilt strigi (0.6.3) and soprano (2.1.67) with debug symbols, but I did not rebuild kdelibs (4.2.0) since I could not find the source Arch Linux uses; it has not been made public. This is the gdb info I got after running strigidaemon. If you would like me to rebuild kdelibs with debug symbols, let me know, I would do so as soon as the tarballs are available. $ gdb strigidaemon GNU gdb 6.8 Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i686-pc-linux-gnu"... (no debugging symbols found) (gdb) run Starting program: /usr/bin/strigidaemon (no debugging symbols found) [...] (no debugging symbols found) [Thread debugging using libthread_db enabled] (no debugging symbols found) [...] (no debugging symbols found) WARNING: field 'http://strigi.sf.net/ontologies/0.9#debugParseError' is not defined in any rdfs ontology database. [New Thread 0xb7a208e0 (LWP 30752)] (no debugging symbols found) [...] (no debugging symbols found) ---Type <return> to continue, or q <return> to quit--- (no debugging symbols found) [...] (no debugging symbols found) Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb7a208e0 (LWP 30752)] 0xb746b15d in KComponentDataPrivate::lazyInit () from /usr/lib/libkdecore.so.5 (gdb) bt #0 0xb746b15d in KComponentDataPrivate::lazyInit () from /usr/lib/libkdecore.so.5 #1 0xb746b3a9 in KComponentData::dirs () from /usr/lib/libkdecore.so.5 #2 0xb7469a02 in KGlobal::dirs () from /usr/lib/libkdecore.so.5 #3 0xb79e9acc in Nepomuk::MainModel::MainModel () from /usr/lib/libnepomuk.so.4 #4 0xb79e6145 in Nepomuk::ResourceManager::init () from /usr/lib/libnepomuk.so.4 #5 0xb7e80a77 in createIndexManager () from /usr/lib/strigi/strigiindex_sopranobackend.so #6 0xb7ec70fb in Strigi::IndexPluginLoader::createIndexManager () from /usr/lib/libstreamanalyzer.so.0 #7 0x0805edb9 in ?? () #8 0x08051f0b in _start ()
I rebuilt soprano, strigi and kdelibs with debug symbols, but the output was similarly useless. Unfortunately, I accidentally deleted the ~/.strigi folder when tinkering with strigidaemon and I cannot reproduce it right now. Others have run into the same (?) issue, I asked the to comment.
I think it was a packaging bug. While the soprano package was built with openjdk, the runtime dependency was *any* kind of java interpreter. I used Sun's jre and this seems to have been the reason. I still have issues when running strigidaemon, but this does not pertain to nepomuk/soprano at all. I am thus closing this report. Thanks for looking into this! :)