Re: [Tracker] The org.freedesktop.Tracker.Files.Create method

[Philip Van Hoof <spam pvanhoof be>]

ïNote:

org.freedesktop.Tracker.Files.Exist with auto_create=TRUE has the exact
same problem.

On Thu, 2008-07-03 at 13:19 +0200, Philip Van Hoof wrote:
> Hi there,
>
> The indexer-split is all about moving the indexer to another process and
> letting trackerd perform no writes itself.
>
> Right now will the method org.freedesktop.Tracker.Files.Create trick
> trackerd into writing a record. it doesn't even matter whether or not
> that record is real (whether or not it's a thing that exists, is not
> even seriously checked for).
>
> We feel strange about letting the indexer index this. The indexer's
> architecture is built around the concept of indexing things that are
> real and that therefore exist.
>
> We also feel strange about letting trackerd write a thing that doesn't
> necessarily exist in the database. In fact, we feel strange about
> letting trackerd write anything.
>
> On top of that, I personally question the use of this method.
>
> Wouldn't a org.freedesktop.Tracker.Files.Check be better here? Such an
> API would illustrate to the indexer (via trackerd) that it should better
> go check something. Like a VFS directory that might indeed not be in the
> module's configuration as path-to-index.
>
> Just adding arbitrary 'stuff' is going to confuse the indexer in all
> sorts of interesting ways (like, the setting up of monitors on something
> that doesn't exist, yet can't be auto-removed, yet must be returned if
> there was a match yet doesn't seem to have any data to search for other
> than simple meta data).
>
> So what do we do with this capability?
-- 
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be 
gnome: pvanhoof at gnome dot org 
http://pvanhoof.be/blog
http://codeminded.be