Re: [Tracker] The org.freedesktop.Tracker.Files.Create method
- From: Philip Van Hoof <spam pvanhoof be>
- To: Tracker mailing list <tracker-list gnome org>
- Cc: Jamie McCracken <jamie mccrack googlemail com>
- Subject: Re: [Tracker] The org.freedesktop.Tracker.Files.Create method
- Date: Thu, 03 Jul 2008 13:29:42 +0200
org.freedesktop.Tracker.Files.Exist with auto_create=TRUE has the exact
On Thu, 2008-07-03 at 13:19 +0200, Philip Van Hoof wrote:
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
] [Thread Prev