<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Apr 4, 2013 at 12:28 AM, Marco Martin <span dir="ltr"><<a href="mailto:notmart@gmail.com" target="_blank">notmart@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Wednesday 03 April 2013, Vishesh Handa wrote:<br>
> On Wed, Apr 3, 2013 at 11:57 PM, Thomas Pfeiffer<br>
<<a href="mailto:colomar@autistici.org">colomar@autistici.org</a>>wrote:<br>
> > On Wednesday 03 April 2013 18:10:55 Marco Martin wrote:<br>
> > > > I don't object to the branches merged, but I do object to the tagging<br>
> > > > unless these two bugs are fixed:<br>
> > > > <a href="https://bugs.kde.org/show_bug.cgi?id=317460" target="_blank">https://bugs.kde.org/show_bug.cgi?id=317460</a><br>
><br>
> This seems like a packaging problem<br>
<br>
</div>any particular requirements that we should pay attention?<br>
atm nepomuk-core is 4.10.1, virtuoso is 6.1.6 and soprano is from 2.9 branch,<br>
20th march<br>
anything else important we should pay attention?<br></blockquote><div><br></div><div>Well, Nepomuk has some optional dependencies in order to index files. In this case taglib is used for indexing mp3 files. <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im"><br>
> > > > <a href="https://bugs.kde.org/show_bug.cgi?id=316158" target="_blank">https://bugs.kde.org/show_bug.cgi?id=316158</a><br>
><br>
> This seems like an inotify problem, cause if the file indexer is picking<br>
> them up on restart indexing is working perfectly.<br>
><br>
> Possible solutions -<br>
><br>
> 1. Check intofiy limit and see if it is too low by monitoring the debug<br>
> output of `nepomukservicestub nepomukfilewatch`<br>
> 2. Try creating a new file in an indexed directory and see if the filewatch<br>
> service mentions it<br>
<br>
</div>is there somewhere i can hook into that tells me the exact moment it notices a<br>
file being added?<br></blockquote><div><br></div><div>nepomuk-core/services/filewatch/nepomukfilewatch.cpp<br><br>- slotFileCreated  - This is called when a new file is created.<br></div><div>- 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.<br>
<br></div><div>Try adding some debug statements.<br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><br>
> ><br>
> > Ah yes, true. So the only thing is that the meta data filters in Files<br>
> > could<br>
> > not be tested yet. Have you been able to test them locally with correctly<br>
> > indexed music or video files?<br>
><br>
> Weirdly enough, you should be able to filter by types (Image, Audio, Video)<br>
> even if taglib is not present cause the first stage indexing is responsible<br>
> for picking up the mimetype.<br>
<br>
</div>yes, this works fine, mimetypes are saved correctly as resource types<br>
nfo:Autio, nfo:Document etc<br></blockquote><div><br></div><div>Great! :D<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Cheers,<br>
Marco Martin<br>
</blockquote></div><br><br clear="all"><br>-- <br><span style="color:rgb(192,192,192)">Vishesh Handa</span><br>
</div></div>