On 2011年07月25日 23:35, Vishesh Handa wrote: > On Mon, Jul 25, 2011 at 8:26 PM, Weng Xuetian<[email protected]> wrote: > >> On 2011年07月25日 20:42, Vishesh Handa wrote: >>> Could you please confirm which version of KDE you're running? Cause I >> fixed >>> this bug after RC2. >>> >>> I backported my changes to fix this bug on the 16th July. If incase the >> bug >>> is still there could you possible run all the datamanagementmodel tests >>> present in kde-runtime/nepomuk/services/storage/test/ and tell me if they >>> pass? I'm specifically concerned about - testStoreResources_folder() >>> >>> On Mon, Jul 25, 2011 at 5:11 AM, Weng Xuetian<[email protected]> wrote: >>> >>>> >>>> On 2011年07月25日 00:12, Sebastian Trüg wrote: >>>>> can you please provide command line output from calling >> "nepomukindexer" >>>>> on one of the files that should have been indexed. >>>>> >>>>> Thanks. >>>>> >>>> NepomukIndexer output is nothing.. >>>> >>>> I manually run nepomukserver from console, and get quite a lot of such >>>> output: >>>> >>>> [/usr/bin/nepomukservicestub] "/usr/bin/nepomukservicestub(14599)" >>>> Soprano: "Invalid argument (1)": >>>> "<http://www.semanticdesktop.org/ontologies/2007/01/19/nie#isPartOf> >> has >>>> a rdfs:range of >>>> < >>>> >> http://www.semanticdesktop.org/ontologies/2007/01/19/nie#InformationElement >>>>> . >>>> <file:///home/saber/dbg-fcitx/share/fcitx> only has the following types >>>> <http://www.w3.org/2000/01/rdf-schema#Resource>" >>>> [/usr/bin/nepomukservicestub] "/usr/bin/nepomukservicestub(14599)" >>>> Soprano: "Invalid argument (1)": >>>> "<http://www.semanticdesktop.org/ontologies/2007/01/19/nie#isPartOf> >> has >>>> a rdfs:range of >>>> < >>>> >> http://www.semanticdesktop.org/ontologies/2007/01/19/nie#InformationElement >>>>> . >>>> <file:///home/saber/dbg-fcitx/share/fcitx> only has the following types >>>> <http://www.w3.org/2000/01/rdf-schema#Resource>" >>>> >>>> Nepomukserver output after manually run nepomukindexer >>>> [/usr/bin/nepomukservicestub] "/usr/bin/nepomukservicestub(14599)" >>>> Soprano: "Invalid argument (1)": "Failed to convert 'None' to literal of >>>> type 'http://www.w3.org/2001/XMLSchema#boolean'." >>>> [/usr/bin/nepomukservicestub] "/usr/bin/nepomukservicestub(14599)" >>>> Soprano: "Invalid argument (1)": "storeResources: Encountered invalid >>>> statement after resource conversion." >>>> >>>> Is it related to the some package version? >>>> shared-desktop-ontologies 0.7.0 >>>> soprano 2.6.51 >>>> raptor 1.4.21 >>>> _______________________________________________ >>>> Nepomuk mailing list >>>> [email protected] >>>> https://mail.kde.org/mailman/listinfo/nepomuk >>>> >>> >>> >>> >> I go throught git log, at least your "testStoreResources_folder" commit >> at July 12th doesn't goes to KDE/4.7. Do you intend to fix this bug but >> it doesn't really goes to 4.7 branch? >> > > Hey Weng > > You're right I did forget to backport it. I've emailed the release team, and > backported it. Thanks a lot for pointing it out. > I found some other issue... Nepomuk still ignores quite a lot of file on my disk. First nepomuk simply ignore all my c/c++ source file, For those file, nepomukserver complains [/usr/bin/nepomukservicestub] "/usr/bin/nepomukservicestub(3740)" Soprano: "Invalid argument (1)": "Unknown protocol '' encountered."
Second it ignore all my png file. "/usr/bin/nepomukservicestub(3740)" Soprano: "Invalid argument (1)": "Failed to convert 'None' to literal of type 'http://www.w3.org/2001/XMLSchema#boolean'." For some mp3 file, it complains [/usr/bin/nepomukservicestub] "/usr/bin/nepomukservicestub(3740)" Soprano: "Invalid argument (1)": "<http://www.semanticdesktop.org/ontologies/2009/02/19/nmm#musicAlbum> has a rdfs:range of <http://www.semanticdesktop.org/ontologies/2009/02/19/nmm#MusicAlbum>. <_:c> only has the following types <http://www.w3.org/2000/01/rdf-schema#Resource> For jpeg with metadata "create date", the create date is in wrong format "2009:10:27 21:31:22" (This might due to strigi? becuase gwenview shows the origin create date is correct). I'm not sure this is a bug in strigi or the file has wrong metadata. But nepomuk should try to ignore those errors, not simply ignore those file? _______________________________________________ Nepomuk mailing list [email protected] https://mail.kde.org/mailman/listinfo/nepomuk
