Version: (using Devel) OS: Linux Installed from: Compiled sources When I put some name of file I wanna to search in dolphin, it shows me just "Didn't find any files" in the bottom of Dolphin window. In Adress bar in Dolphin I have then nepomuksearch:/?sparql=select distinct ?r where { { { ?r ?v1 ?v2 . ?v2 bif:contains "'banik*'" . } UNION { ?r ?v1 ?v3 . ?v3 ?v4 ?v2 . ?v4 <http://www.w3.org/2000/01/rdf-schema#subPropertyOf> <http://www.w3.org/2000/01/rdf-schema#label> . ?v2 bif:contains "'banik*'" . } . { ?r a ?v5 . ?v5 <http://www.w3.org/2000/01/rdf-schema#subClassOf> <http://www.semanticdesktop.org/ontologies/2007/03/22/nfo#FileDataObject> . } UNION { ?r a ?v6 . ?v6 <http://www.w3.org/2000/01/rdf-schema#subClassOf> <http://www.semanticdesktop.org/ontologies/2007/03/22/nfo#Folder> . } . } . } (I searched term Banik (filename)). When I try to delete this adress and have just nepomuksearch:/banik it works. The problem I think is in the outrageously long adress, when is there just this short-one, it works perfectely. Please correct me if I am wrong. Thanks
I have exactly the same problem with kde 4.4 RC1 using kubuntu packages
Thanks for the report, but I cannot reproduce the issue: No matter whether I use nepomuksearch:/xxx or type xxx into the search field, I get exactly the same number of results.... I've added Sebastian Trüg (= nepomuk maintainer) to CC, maybe he has a hint.
*** Bug 222685 has been marked as a duplicate of this bug. ***
Is there a particular reason the short URL won't suffice for that search bar?
Internally it does the exact same thing. RC1 still has some issues I fixed last week. Now queries should work properly using both sparql directly or the simple plain queries. Any chance you could confirm that with a recent snapshot?
Any problems left with RC2?
Sorry, no dice with Kubuntu. Should I try clearing Nepomuk's store?
I have no success with it too in Kubuntu 9.10. Just upgraded it to 4.3.95.
Please issue sopranocmd --model main --dbus org.kde.NepomukStorage list "rdfs:label" and rell me the output. Also please check which version of redland (aka librdf) you have installed.
I'm not the original reporter but I experience the same bug, also with KDE SC RC2 from Kubuntu. The output of the command Sebastian suggested is *really* long. I'm dumping it to a file and it's already over 50 MBs. I think the versión of redland is 1.0.9 (1.0.9-2 in the package manager). Hope it helps. Can I provide any additional information? P.S.: The output of the previous command is now over 200 Mbs...
Well, the output size was finally 212,8 Mb.s and it wrote this at the end: Total results: 211644 Execution time: 00:00:00.3
Right. That means that importing the ontologies fails. This is due to the buggy redland 1.0.9. Please update to 1.0.10 or downgrade to 1.0.8, restart Nepomuk. and see if that solves the problem.
I (think I) updated to redland 1.0.10 by installing the following packages from the Lucid repository (I'm using Karmic): libdb4.8_4.8.24-1ubuntu1_amd64.deb librdf0_1.0.10-1_amd64.deb librasqal2_0.9.17-1_amd64.deb redland-utils_1.0.10-1_amd64.deb I've restarted my computer and tried to use the Dolphin search again but still I'm not getting results. I'll see if I can downgrade to 1.0.8 and I'll try again. Anyway, is there any way to know if the ontologies have been imported correctly? Should I delete the Nepomuk repository and try again?
actually I think i just found the bug. A patch can be found here to test: http://pastebin.ca/1766503 it needs to be applied in kdebase/runtime/nepomuk/services/ontologyloader
*** Bug 221540 has been marked as a duplicate of this bug. ***
These query problems all seem to be related to the same bug in the nepomuk ontologyloader. *** This bug has been marked as a duplicate of bug 220072 ***
I see the patch has been provided on the 26 so it wasn't included into RC2, will it be included in Final?
@Mar91: Yes, the patch will be in KDE 4.4 SC final.
Sorry to bring this bug back to life but I still get no results from searches in Dolphin, with the same symptoms as originally reported. I'm now using the final Kubuntu KDE SC 4.4 packages with a freshly created Nepomuk database. Strangely, KRunner SOMETIMES does offer search results from Nepomuk but trying to opening them shows an error. Could this be a Kubuntu only problem?
Ask kubuntu packager if they've updated shared-desktop-ontologies. The bug was located tehre :)
Just in case someone finds this useful: shared-desktop-ontologies is NOT installed by default by Kubuntu. At least, I didn't have it installed. After manually installing the package (and playing around with the config directories of Nepomuk, but that may not be necessary) Nepomuk search in Dolphin works. Thanks for your tip, Mar91!
Hello Alvaro What kind of playing did you with the config directories of Nepomuk? I installed the package shared-desktop-ontologies and the only change was that the progressbar in dolphin doesn't stop immediately in fact it continous "progressing" and doesn't stop at all but no search search result is shown.
I was having other problems so I'm not totally sure of all I did. I think I renamed my .kde directory and started with a fresh configuration. Then I followed this instructions: http://socceroosd.blogspot.com/2010/02/kubuntu-karmic-kde-44-and-nepomuk.html. And finally, I think I returned to my old configuration but deleted my Nepomuk repostitory (~/.kde/share/apps/nepomuk/repository) and Akonadi configuration(~/.local/share/akonadi). Anyway, I tried in other machine and I only needed to install shared-destkop-ontologies to get it to work. I think the fact you can see the progress bar is a sign that it's working. Make sure you have activated Nepomuk and Strigi in System Settings and that some files have been scanned. You can also try searching for "Title:<filename>" to try to locate some known file. Good luck!.
@Sebastian: should this bug be reopened ? bug 226549 is about KDE SC 4.4.0 (or was the bug in a different place/library ?) Regards
@Dario: why should it be reopened? Wasn't it just a Kubuntu installation problem?
*** Bug 226549 has been marked as a duplicate of this bug. ***
*** Bug 231799 has been marked as a duplicate of this bug. ***
Hi, i just reopened 231799 as i believe it is a new bug. unfortulately i did the exclude CCs the wrong way around, so you got excluded instead the others. sorry, this didnt happen on purpose. just wanted to let you know. regards ferdi Am Montag 22 März 2010 18:47:46 schrieb Dario Andres: > https://bugs.kde.org/show_bug.cgi?id=222687 > > > Dario Andres <andresbajotierra@gmail.com> changed: > > What |Removed |Added > --------------------------------------------------------------------------- > - CC| |devil@sidux.com > > > > > --- Comment #27 from Dario Andres <andresbajotierra gmail com> 2010-03-22 > 18:47:45 --- *** Bug 231799 has been marked as a duplicate of this bug. > ***