Re: [Tracker] Fixing private headers included from public headers

2010-02-11 Thread Martyn Russell
On 11/02/10 10:48, Jürg Billeter wrote: On Thu, 2010-02-11 at 10:07 +0100, Martyn Russell wrote: On 11/02/10 01:34, Martyn Russell wrote: It looks like we need to make these publicly installable for libraries like libtracker-extract, etc: tracker-dbus.h (for libtracker-miner) tracker-statement

[Tracker] ANNOUNCE: tracker 0.7.20 released

2010-02-11 Thread Martyn Russell
tracker 0.7.20 is now available for download from: http://download.gnome.org/sources/tracker/0.7/ b0ad58821a88e840048958eb3d01c9cc tracker-0.7.20.tar.gz What is it? === All-in-one indexer, search tool and metadata database. Where can I find out more? == You can

Re: [Tracker] strange crash in miner-fs

2010-02-11 Thread Carlos Garnacho
Hi!, Better late than never, this bug is fixed. A nasty one I'd say Cheers, Carlos On jue, 2009-11-12 at 10:26 +0200, Tshepang Lekhonkhobe wrote: > Hi, > > I don't remember seeing a crash looking like the one pasted below: > > [snip] > (tracker-miner-fs:29054): Tracker-DEBUG: Adding item > '

Re: [Tracker] Incoerence in miner-fs

2010-02-11 Thread Carlos Garnacho
Hi! I've just fixed this bug, should be working fine if you reindex On mié, 2010-02-10 at 23:46 +0100, Michele Tameni wrote: > I notice that even if you move to use anonymous node as sobject, yuo > are still inserting to nfo:belongsToContainer the parent_uri instead > the iri of the parent resour

Re: [Tracker] Fixing private headers included from public headers

2010-02-11 Thread Martyn Russell
On 11/02/10 15:36, Jamie McCracken wrote: Dunno if this is related to this or not, but were we going to allow direct access for clients to the tracker db? (as we dont multithread tracker-store it will get slower and less responsive as more clients use it) If so surely quite a lot will need to be

Re: [Tracker] Fixing private headers included from public headers

2010-02-11 Thread Jamie McCracken
Dunno if this is related to this or not, but were we going to allow direct access for clients to the tracker db? (as we dont multithread tracker-store it will get slower and less responsive as more clients use it) If so surely quite a lot will need to be in tracker-common or some other public lib

Re: [Tracker] Enhancement proposal: Automatic reindexing when adding new extractors

2010-02-11 Thread Adrien Bustany
On Wed, 10 Feb 2010 16:03:17 +0100, Martyn Russell wrote: > On 09/02/10 21:31, Adrien Bustany wrote: >> Hi all, > > Hi all, > > I generally like most the proposals, but I do have one suggestion. That > being that we don't store a desktop file at all :) but simply link to a > desktop file inst

Re: [Tracker] Fixing private headers included from public headers

2010-02-11 Thread Jürg Billeter
On Thu, 2010-02-11 at 10:07 +0100, Martyn Russell wrote: > On 11/02/10 01:34, Martyn Russell wrote: > > It looks like we need to make these publicly installable for libraries > > like libtracker-extract, etc: > > > > tracker-dbus.h (for libtracker-miner) > > tracker-statement-list.h (for libtracker

Re: [Tracker] Fixing private headers included from public headers

2010-02-11 Thread Martyn Russell
On 11/02/10 01:34, Martyn Russell wrote: It looks like we need to make these publicly installable for libraries like libtracker-extract, etc: tracker-dbus.h (for libtracker-miner) tracker-statement-list.h (for libtracker-extract) tracker-sparql-builder.h (referenced from tracker-statement-list.h