cullmann added a comment.
In https://phabricator.kde.org/D4911#93007, @mgallien wrote: > > I was hoping to support the same file indexer that Plasma is using hence my work on Baloo. On my roadmap, I plan to also support Tracker. > > For Windows and Android, I have implemented an indexer with Qt + KFileMetaData APIs. I was just hoping that Baloo would provide live refresh of queries. I have to check if Tracker does it or not. > > I have installed again Tracker and an application using it on my Debian unstable. With qdbusviewer, I see a DBus signal for signaling changes to its database. i have to check but I think this is exactly the feature I need to be able to really use Baloo. This way, an application know when to execute once more its query to get an updated result. Than I would more go the "use tracker" route than implement this in baloo. > I will also modify my patch to implement only one signal fired without parameters (i.e. no list of modified content) when Baloo database is modified. Vishesh do you think this would be problematic performance wise ? This would allow my application to always get an updated list of audio files whenever files are added, removed or modified. This would avoid duplicating file system watches. Hmm, baloo can modify the database the whole day around, do we really want signals on that? > I will try using Tracker with your work compatibility layer. Did you get feedback from frameworks maintainer ? None, I play around with baloo-search, that seemed to work fine with my patch on my tracker DB, but given I really not use a lot of baloo features (as my normal experience is that of instant segfault or OOM), I can't comment on the usability. (beside baloo is a large security hole, tracker at least partly fixed the biggest issues, remembering the "oh, tracker loads your exploit on the fly after downloading some hacked file" flames) REPOSITORY R293 Baloo REVISION DETAIL https://phabricator.kde.org/D4911 To: mgallien, vhanda Cc: cullmann, apol, #frameworks
