On Thu, Apr 4, 2013 at 12:28 AM, Marco Martin <notm...@gmail.com> wrote:
> On Wednesday 03 April 2013, Vishesh Handa wrote: > > On Wed, Apr 3, 2013 at 11:57 PM, Thomas Pfeiffer > <colo...@autistici.org>wrote: > > > On Wednesday 03 April 2013 18:10:55 Marco Martin wrote: > > > > > I don't object to the branches merged, but I do object to the > tagging > > > > > unless these two bugs are fixed: > > > > > https://bugs.kde.org/show_bug.cgi?id=317460 > > > > This seems like a packaging problem > > any particular requirements that we should pay attention? > atm nepomuk-core is 4.10.1, virtuoso is 6.1.6 and soprano is from 2.9 > branch, > 20th march > anything else important we should pay attention? > Well, Nepomuk has some optional dependencies in order to index files. In this case taglib is used for indexing mp3 files. > > > > > > https://bugs.kde.org/show_bug.cgi?id=316158 > > > > This seems like an inotify problem, cause if the file indexer is picking > > them up on restart indexing is working perfectly. > > > > Possible solutions - > > > > 1. Check intofiy limit and see if it is too low by monitoring the debug > > output of `nepomukservicestub nepomukfilewatch` > > 2. Try creating a new file in an indexed directory and see if the > filewatch > > service mentions it > > is there somewhere i can hook into that tells me the exact moment it > notices a > file being added? > nepomuk-core/services/filewatch/nepomukfilewatch.cpp - slotFileCreated - This is called when a new file is created. - slotClosedAfterWrite - We don't track file modifications, we only track when files are opened with a write mode and then closed. So this is the slot that should be called when you modify a file. Try adding some debug statements. > > > > > > Ah yes, true. So the only thing is that the meta data filters in Files > > > could > > > not be tested yet. Have you been able to test them locally with > correctly > > > indexed music or video files? > > > > Weirdly enough, you should be able to filter by types (Image, Audio, > Video) > > even if taglib is not present cause the first stage indexing is > responsible > > for picking up the mimetype. > > yes, this works fine, mimetypes are saved correctly as resource types > nfo:Autio, nfo:Document etc > Great! :D > > Cheers, > Marco Martin > -- Vishesh Handa
_______________________________________________ Active mailing list Active@kde.org https://mail.kde.org/mailman/listinfo/active