D4911: add Baloo DBus signals for moved or removed files
Matthieu Gallien
noreply at phabricator.kde.org
Mon Mar 6 07:27:24 UTC 2017
mgallien added a comment.
In https://phabricator.kde.org/D4911#92732, @mgallien wrote:
> In https://phabricator.kde.org/D4911#92718, @cullmann wrote:
>
> > Just my 2 cents from the sideline:
> >
> > 1. baloo is unmaintained and the bugs pile up, just check bugs.kde.org for that, not sure if adding yet-an-other feature to it is a good idea
> > 2. as vhanda said, perhaps better use other API for that
>
>
> Those APIs are not free and takes some kernel resources.
>
> > I tried to replace baloo with tracker, see https://cgit.kde.org/clones/baloo/cullmann/tbaloo.git/ but failed out of time (searching works, but not all API), that won't support such things anyways.
>
> 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.
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.
I will try using Tracker with your work compatibility layer. Did you get feedback from frameworks maintainer ?
REPOSITORY
R293 Baloo
REVISION DETAIL
https://phabricator.kde.org/D4911
To: mgallien, vhanda
Cc: cullmann, apol, #frameworks
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20170306/927eee2e/attachment.html>
More information about the Kde-frameworks-devel
mailing list