I'm right now trying out the KDE 4.2 RC1 on my system and, first of all, I must say that it looks and works amazing!

Now, my problem: I can't seem to get nepomuk to work. I've tryed Dolphin and Gwenview. In Gwenview it simply does nothing while trying to interact with the "Tags" and so on. On Dolphin the weird thing is that it does not show anything nepomuk related at all. While launching it from a konsole I get this at the beggining:

"/usr/bin/dolphin(28836)" Error in thread 3056957184 : "org.freedesktop.DBus.Error.ServiceUnknown - The name org.kde.nepomuk.services.nepomukstorage was not provided by any .service files"

( I get the same missage launching Gwenview)

Any ideas?

Thanks in advance!

I can confirm the presence of this error on Trunk. I have Nepomuk disabled however, but it should not make a difference. Please report this issue to the KDE bug tracker ( bugs.kde.org ) so that it can be fixed in future versions.

Submitted:

http://bugs.kde.org/show_bug.cgi?id=180877

bcooksley wrote:I can confirm the presence of this error on Trunk. I have Nepomuk disabled however, but it should not make a difference. Please report this issue to the KDE bug tracker ( bugs.kde.org ) so that it can be fixed in future versions.

Hm, Nepomuk seems to work fine on my RC-install (from OpenSUSE's factory repos). I can at least change/view tags and/or ratings. I'm not actually sure how to put it into some use apart from viewing what I've set in the information side-panel though...there really should be some "easy to discover" way of actually quering the nepomuk database...

Further still, I'm not sure how or to what extent Strigi and Nepomuk integrates, which is why I put it here. Simply put: I'm not sure if it's a different issue or not. The thing is, the nepomuk/strigi module of system-settings complains and says:

"Failed to contact strigi indexer (no such method 'currentfolder' in interface 'org.kde.nepomuk.Strigi' at object path '/nepomukstrigiservice' (signature "))"

Which to me indicates that they are (which is what I've gathered from blog-posts over the years as well) that they may not need one another but they benefit from one another if present.

I have no idea (at present) whether the strigi error is Suse dependent or a known upstream problem. All I know is that all the strigi-packages available to me (apart from debug info, which I wouldn't know what to do with) are installed. To be honest, I've been rather reluctant to use indexing since in my experience most if not all indexing software tends to hog the computer (Beagle + kerry for KDE 3.x, as well as google desktop - regardless of OS - certainly did) but when I checked system-settings after upgrading to 4.1.96 I noticed this problem.

Can someone confirm? Preferably one that doesn't use OpenSUSE so it's at least somewhat distro-agnostic.

Well, strigi actually collects data from files, even from within them. Nepomuk would *link* that information, as well as "add" "external" data to the file (like tags).

None of them needs the other to work properly

I can't reproduce your problem on my server. Maybe strigi versions problem?

Damnshock:

Nepomuk is running when you get that message? (is it enabled in the systemsettings?)

Check ps or KDEs system activitiy viewer (from ALT+F2 the second icon).

There should be some nepomuk processes.

Well, the nepomukserver is indeed running. I've tryed to start the nepomukstorage server with:

nepomukservicestub nepomukstorage

And the output is:

nepomukservicestub: symbol lookup error: /usr/lib/kde4/nepomukstorage.so: undefined symbol: _ZN7Soprano5Index16IndexFilterModel22addForceIndexPredicateERK4QUrl

At least the relevant part I guess. There might be something wrong with my Archlinux installation, I'll file a bug report there.

Damnshock wrote:And the output is:

nepomukservicestub: symbol lookup error: /usr/lib/kde4/nepomukstorage.so: undefined symbol: _ZN7Soprano5Index16IndexFilterModel22addForceIndexPredicateERK4QUrl

At least the relevant part I guess. There might be something wrong with my Archlinux installation, I'll file a bug report there.

Yes, it needs a new added feature of Soprano (and was obviously builded against that newer Soprano)

So you need a newer Soprano version (see if you can update it, if not it is a Archlinux problem)

Solved! I updated to the latest soprano found in the Testing repo in Archlinux and now it works!

Thanks a lot DanielW

Damnshock

PS: I'm gonna close the bug right away

Damnshock wrote:Well, strigi actually collects data from files, even from within them. Nepomuk would *link* that information, as well as "add" "external" data to the file (like tags).

None of them needs the other to work properly

That's what I thought

Damnshock wrote:I can't reproduce your problem on my server. Maybe strigi versions problem?

Probably. The latest suse-factory updates solved that particular problem, but now the "Desktop search" system-settings module complains that the "strigi service is not running", and I'm not sure how to turn it on so that KDE sees it. Apparantly running /usr/bin/strigidaemon & in a shell-script run at logon is not enough.

Kryten2X4B wrote:Probably. The latest suse-factory updates solved that particular problem, but now the "Desktop search" system-settings module complains that the "strigi service is not running", and I'm not sure how to turn it on so that KDE sees it. Apparantly running /usr/bin/strigidaemon & in a shell-script run at logon is not enough.

KDEs Nepomuk (at least with 4.2, not 100% sure about 4.1) does not use the strigidaemon. It uses it's own strigiservice.

(a own search daemon running as part of the nepomukserver). It uses the analyzers from strigi though you need strigi installed (cause it uses the strigilibs).

Do you get any error message when you try to run manualy from console:

nepomukservicestub nepomukstrigiservice

That should start Nepomuks strigi.

(the name my be a little different, can not check right now)

DanielW wrote:Do you get any error message when you try to run manualy from console:

nepomukservicestub nepomukstrigiservice

That should start Nepomuks strigi.

(the name my be a little different, can not check right now)

No error in the console, no (and this is using KDE 4.1.96 AKA RC1). However, the system-settings module reverts to the first error message (failed to contact strigi indexer...) I got after having run that command.

At first I forgot to add & at the end of the command though, and when I interrupted it with ctrl-c I ended up with a segfault.

Kryten2X4B wrote:

DanielW wrote:Do you get any error message when you try to run manualy from console:

nepomukservicestub nepomukstrigiservice

That should start Nepomuks strigi.

(the name my be a little different, can not check right now)

No error in the console, no (and this is using KDE 4.1.96 AKA RC1). However, the system-settings module reverts to the first error message (failed to contact strigi indexer...) I got after having run that command.

At first I forgot to add & at the end of the command though, and when I interrupted it with ctrl-c I ended up with a segfault.

Well, you were not the only having that problem : http://bugs.kde.org/show_bug.cgi?id=176233
As you can see at the bottom of that bug report, I fixed the issue by deleting anything related to nepomuk in my ~/.kde4/share/config and in ~/.kde4/share/apps. Hope that helps.

BTW, I used to have this problem (or at least it appears that way). My solution only applies to opensuse.

Basically, I had both the redland and sesame2 backends installed, but I couldn't choose sesame2 in "sopranocmd". So I unistalled the redland backend and suddenly it now worked and the nepomuk strigi daemon suddenly started doing it's stuff (plus the file indexer systray app appeared miraculously).

When I tried running strigi from the console I got a message saying that redland is disabled because it is too slow, so you have to use sesame2.

If you're using other distros you ought to check whether sesame2 is installed. And remove redland, It is useless.

I have similar nepomuk issue. First of all i removed the redland backend. I entered again in systemsettings and i got: couldn't find any soprano backend, please check your installation. I have installed only sesame and not redland. How to solve?
I am using 4.2 RC1 with opensuse package.