<div dir="ltr">> No. It does store any info.<br><br>Does this mean that baloo does not search file names at all?<br><br>> The NTFS file system has something similar. It's called a USN Journal. It's<br>> their solution to applications being able to see what changed when they<br>> weren't running or if they missed some events.<br>> <br>> I'm not too keen on Baloo doing stuff like this, but we can make something<br>> new which does stuff like this, and (possibly) make Baloo use it.<br><br>+1<br><br>This would mean essentially moving baloo's file change detection outside, and <br>improve its powers a bit?<br><br>> I looked into the BTRFS file system about a month ago, and we could<br>> hypothetically use its snapshot feature to know what has changed since a<br>> particular time interval. Currently btfs-send, sending both the data and<br><br>The problem with this is that the snapshots should be *very* frequent then. <br>I'm not sure this is a good idea. Or potentially reporting non-changed files <br>to the client when the snapshot was not recent enough for the requested <br>timestamp.<br><br>> Be careful here.<br>> <br>> * Silently failing is not always a good idea<br><br>When statistics are concerned, it is always ok to fail  Joking, but we can <br>not do any better than that.<br><br>> * Making file Indexing mandatory for statistics also seems a little bit<br><br>Indexing would be mandatory (or the separated service) just for the <br>moving/deletion detection - the rest would work as before.<br><br>Cheers,<br>Ivan<br><br>-- <br>KDE, <a href="mailto:ivan.cukic@kde.org">ivan.cukic@kde.org</a>, <a href="http://ivan.fomentgroup.org/">http://ivan.fomentgroup.org/</a><br>gpg key id: 850B6F76<br></div><div class="gmail_extra"><br><div class="gmail_quote">On 21 October 2014 17:18, Vishesh Handa <span dir="ltr"><<a href="mailto:me@vhanda.in" target="_blank">me@vhanda.in</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Tue, Oct 21, 2014 at 11:22 AM, Ivan Čukić <span dir="ltr"><<a href="mailto:ivan.cukic@kde.org" target="_blank">ivan.cukic@kde.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">One thing to ask here is if baloo skips indexing a file that is in an <br>indexable folder - does it store any info about the file (name, date etc.) or <br>not?<br></div></blockquote><div><br></div></span><div>No. It does store any info. </div><span class=""><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Still, baloo is not off the hook - if we want to detect the file moving and <br>deletion (as suggested by the guy behind baloo :P), at least for the indexed <br>files, we need baloo to somehow tell us what was moved/deleted.<br><br>This could be implemented in a few different ways that would all have some <br>drawbacks:<br>1 - baloo sending signals - big drawback would be that if the clients miss out <br>an event, the database would become inconsistent;<br>2 - saving baloo ids along files in kamd - drawback is that baloo becomes tied <br>to sqlite (as you mentioned);<br>3 - baloo saving information about what has moved/deleted so that a client can <br>ask for all events that happened since some timestamp - drawbacks here are <br>that the clients need to regularly check for the updates meaning they will <br>most likely have at least a bit out of date information<br></div></blockquote><div><br></div></span><div>The NTFS file system has something similar. It's called a USN Journal. It's their solution to applications being able to see what changed when they weren't running or if they missed some events.</div><div><br></div><div>I'm not too keen on Baloo doing stuff like this, but we can make something new which does stuff like this, and (possibly) make Baloo use it.</div><div><br></div><div>I looked into the BTRFS file system about a month ago, and we could hypothetically use its snapshot feature to know what has changed since a particular time interval. Currently btfs-send, sending both the data and the metadata, but that can be improved. I'm not saying that we make btrfs a dependency for Plasma, I'm just throwing ideas out there which was can use IF the user is on btrfs.</div><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">4 - combination of 1 and 3 - it would be the most complex implementation, but <br>it would work properly (distributed dbs are evil  )<br><br>And, an additional problem is what to do about the files that are not indexed <br>by baloo? Should it silently fail or what? For the statistics, it would be <br>(imo) ok to fail silently, but for activity linking, it might be nice to show <br>a warning message to the user.</div></blockquote></span></div><div class="gmail_extra"><br></div>Be careful here.</div><div class="gmail_extra"><br></div><div class="gmail_extra">* Silently failing is not always a good idea</div><div class="gmail_extra">* Making file Indexing mandatory for statistics also seems a little bit risky. <span class="HOEnZb"><font color="#888888"><br><div><br></div>-- <br><span style="color:rgb(192,192,192)">Vishesh Handa</span><br>
</font></span></div></div>
<br>_______________________________________________<br>
Plasma-devel mailing list<br>
<a href="mailto:Plasma-devel@kde.org">Plasma-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/plasma-devel" target="_blank">https://mail.kde.org/mailman/listinfo/plasma-devel</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br><div dir="ltr">KDE, <a href="mailto:ivan.cukic@kde.org" target="_blank">ivan.cukic@kde.org</a>, <a href="http://ivan.fomentgroup.org/" target="_blank">http://ivan.fomentgroup.org/</a> <br>gpg key id: 850B6F76</div>
</div>