I have the current stable release of KDE 4.3 and every time I login nepomuk the semantic desktop search reindexes a lot of files in my home folder and some in another? Is this normal behavior? Those files weren't changed 100%.
On the current stable KDE (4.3.3) there is a big problem with the storage backend. If you have hs_err files appearing in your home then it is sesame (a java backend) that is crashing, on my computer it started working by setting a user java-vm (with eselect as normal user) but there were crashes later. I am now on KDE4.4 beta, nepomuk works much better (virtuoso backend) but everything else is beta quality.
I think you should juste remove it for now and wait for KDE4.4
Mine didn't seem to do this in KDE 4.3 but now that I have updated to KDE 4.4 it is constantly indexing. Now I also have some process called virtuoso-t taking up 75-90% cpu constantly. I don't understand this desktop search indexing fad, specially when it hogs your processor as much as it does.
I have recompiled strigi with inotify support, and I think the problem with re-indexing got better (though I'm not sure). I agree that there is still much to improve with strigi/nepomuk.
blscreen wrote:I have recompiled strigi with inotify support, and I think the problem with re-indexing got better (though I'm not sure). I agree that there is still much to improve with strigi/nepomuk.
I have strigi with inotify support too.. the re-indexing problem is still here and virtuoso is still using a lot of cpu
AFAIK there's no real support for inotify inside Nepomuk+Soprano+Strigi, and there won't be any until KDE 4.5. Saw that in their feature plan set. So the advice given by KDE developers themselves: disable Strigi, keep Nepomuk, and see what happens. They say that Nepomuk do a lot more things than indexing (rating and metatagging files), and all that goodness works just fine without Strigi.
Becoming someone beautiful, through my music, my silent devotion...
Alejandro Nova™.