Version: 4.8 (using KDE 4.8.0) OS: Linux I click on "new message" and get an error message saying: You do not have the semantic desktop system enabled. The following features will not work correctly: Recipient auto-completion Distribution lists Per-contact crypto preferences I click on the Configure button, and I see all three check boxes (Nepomuk Semantic Desktop, Nepomuk Desktop File Indexer, Email Indexing) are checked. Either it's not running, which pgrep disagrees with: $ pgrep -fl nepomuk 6468 /usr/bin/kcmshell4 kcm_nepomuk 26577 kdeinit4: nepomukserver [kdeinit] 26607 /usr/bin/akonadi_nepomuk_feeder --identifier akonadi_nepomuk_feeder 26693 /usr/bin/nepomukcontroller -session 10dd61626f000131395552500000187190030_1329347955_773568 Or the detection code is failing somehow (whether kmail or nepomuk, I have no idea). Reproducible: Always Steps to Reproduce: Go into Kontact, and click on "New Message". Actual Results: New message window comes up with nasty warning. Expected Results: New message window come up without any semantic-desktop-related warning. OS: Linux (x86_64) release 3.2.1-gentoo-r2 Compiler: x86_64-pc-linux-gnu-gcc
We use "Nepomuk::ResourceManager::instance()->initialized()" to show or not this message. So it's a nepomuk bug not a kmail bug
I have the same problem, using openSUSE 12.1 with KDE 4.8.0.
I've gone into the nepomuk controller, disabled semantic desktop, hit apply (and noticed virtuoso_t disappear), and then re-enabled. And now the problem is gone away. So the bug is that somehow the detection code loses track of virtuoso_t - whether that's a bug in the "initialized" method or it's a hang/non-responsiveness of virtuoso_t, I don't have any idea. We'll see if it comes back.
After kontact krashed a few times, I'm noticing that the problem is back. I'm not sure if it just means that virtuoso_t has to start after kontact to work, or if virtuoso_t just stops responding after a while or what.
Also happens to me, exactly as Darin describes. I'm on Gentoo Linux with KDE 4.8.0
I don't know whether this is related or not: The right-click menu of the search service shows "Suspend File Indexing" checked and grayed out. However, if I open the config dialog, everything in the "Basic Settings" tab is checked and running.
I checked with akonadiconsole and had a problem with the connection to google contacts. I reconfigured it and the problems was solved.
Can someone confirm if this is still a problem?
(In reply to comment #8) > Can someone confirm if this is still a problem? Yes, see https://bugs.kde.org/show_bug.cgi?id=298700
On Wed, May 23, 2012 at 3:10 AM, Christophe Giboudeaux <cgiboudeaux@gmx.com>wrote: > *Comment # 9 <https://bugs.kde.org/show_bug.cgi?id=294320#c9> from Christophe > Giboudeaux <cgiboudeaux@gmx.com> * > > (In reply to comment #8 <https://bugs.kde.org/show_bug.cgi?id=294320#c8>) > > Can someone confirm if this is still a problem? > > Perhaps we could merge both of them together? > > Yes, see https://bugs.kde.org/show_bug.cgi?id=298700 > > ------------------------------ > You are receiving this mail because: > > - You are on the CC list for the bug. > >
*** Bug 298700 has been marked as a duplicate of this bug. ***
I do have the same issue in KDE 4.10 rc2. Didn't see this before so far, it just popped up all of a sudden this morning. Restarting nepomuk doesn't seem to solve that problem. Is there anything else to check what is happening here?
I can confirm this problem in KDE 4.10. KMail complains explicitly while some other services (tag kioslave) fail silently. Restarting Neopomuk does not work. Completely stopping everything and then properly restarting services in sequence seems to work sometimes.
I can confirm this problem in KDE 4.10 (Kubuntu 12.04) too. However I think it is not a KMail bug per se. This happens sometimes after a system freeze which happens here from time to time (no idea why). However this crash corrupts a nepomuk transaction file: .kde/share/apps/nepomuk/repository/main/data/virtuosobackend/soprano-virtuoso.trx Deleting that file and restarting (for me the easiest way to restart all of nepomuk / kmail / akonadi ) always solves the issue.
The same here on Ubuntu 13.04 with KDE 4.10.2. Simple restart of Nepomuk does not help (did not try to remove transaction files). Reproducible on two different machines running Ubuntu.
The same here on Gentoo amd64 with KDE 4.10.2. Reproducible always. log out from kde session switch to console sudo killall -u USERNAME (*careful!) rm .kde/share/apps/nepomuk/repository/main/data/virtuosobackend/soprano-virtuoso.trx solves the issue (for the moment?).
I had this problem. On Akonadi Console, Akonadi Nepomuk Feeder had a status of "Waiting for Nepomuk service to start" (I don't remember the exact words). I restarted the agent and it is now working. I didn't log out or turn off the computer yet to see whether this will happen again. Not sure if this is related, but maybe it provides some hint: yesterday Nepomuk's file indexing service didn't start at all. I wanted to see the files related to the current activity and the "folder" was empty. Also, the timeline:/ feature wasn't available (it said the file indexing service had to be running for it to work). Today it started correctly.
Can anyone confirm if this problem was just with the Nepomuk transaction file getting corrupted and not related to KMail?
Seems to have resolved itself on my installation. I think I have not deleted any database whatsoever. Just 2-3 reboots later (perhaps an upgrade to 4.11 in between) and everything working again.
Something interesting happened today, it may be related to this: I was editing a message reply, and the reply window showed a passive notification saying that the semantic desktop was't enabled (I don't remember the exact words), but it wen't away quickly. At that moment I noticed that virtuoso and akonadi_nepomuk_feeder were having a CPU/disk usage spike. I don't know which came first, if it was the notification or the usage spike. Right now (much later) I'm testing address completion in the "To" field and it can find some contacts in my address book but not all. When it can't find the contact in the addressbook, it shows as "contacts found in your files" ("in Ihren Daten gefundene Kontakte"). This is with KDE 4.11.1, KMail 4.11.1, Akonadi 1.10.1, Virtuoso 6.1.6 in Kubuntu 12.04.3 LTS.
happens to me often as well. My problem is that I continue to get invalid log entries in replay. From a console, try running 'nepomukctl restart' and look at the messages scrolling by. I see messages like this: "17:29:29 Invalid log entry in replay. Delete transaction log /home/allen/.kde4/share/apps/nepomuk/repository/main/data/virtuosobackend/soprano-virtuoso.trx or truncate at point of error. Valid data may exist after this record. A log record begins with bytes 193 188 5 188 0. Error at offset 12389 So if I remove /home/allen/.kde4/share/apps/nepomuk/repository/main/data/virtuosobackend/soprano-virtuoso.trx and then restart nepomuk by running 'nepomukctl start' all is fine. For a while anyway. The bug then is why I continually am getting the invalid log entry. perhaps I need to remove all of /home/allen/.kde4/share/apps/nepomuk and start fresh.
I did the nepomukctl restart but there's no message about invalid log entry in replay. In fact, the only messages that show up in the console are like this: "/org/freedesktop/UDisks2/drives/MATSHITADVD_RAM_UJ862A_HE96_229938" : property "Drive" does not exist Also, there's no message about invalig log entry in replay in my ~/.xsession-errors. So in my case the problem has a different origin?
Thank you for taking the time to file a bug report. The Nepomuk project is no longer included in the KDE Software Compilation. With Plasma 5, we have replaced most of the underlying technology with Baloo and other components. Hopefully this will have addressed your concern. We encourage you to try out Plasma 5 (+Baloo) and let us know if your problem persists.