Re: [Tracker] Discussing the API of libtracker-miner

[Martyn Russell <martyn lanedo com>]

On 24/08/09 14:26, Adrien Bustany wrote:
> > It is't bad. It would just be better if there was ONE way of doing it
> > - less to support ;) If we have to, let's just abstract it.
> Oh ok, I get it :) But here we don't have the choice for now I think...

:)

> > Please do. If you look at the branch, I have updated tracker-status to
> > query all miners and to pause/resume already. If your miners can work
> > with tracker-status, that would be superb.
> Put it on my roadmap

Nice.

> > Do you mean to keep all miners separate? If so I am not sure it makes
> > sense to do that.
> I'm not sure about what you mean with separate, if you mean one miner =
> one desktop file, that's currently how I do it. Be it in a desktop file
> or somewhere else (I don't really care), I need for a given miner to
> know what type of authentication it's using (that's somehow miner metadata).

I mean, what goes in $datadir/tracker? Since .service files don't go 
there and .desktop files don't either.

> Currently the NetworkManager code is ifdef'd in my code. If
> HAVE_NETWORK_MANAGER is not defined for valac, then it'll be omitted and
> the miner will just try to connect. So nothing to change here (yeah :) ).

Nice :)

Other than that, how are things coming along? We are almost finished 
with the miner branch (before merging it to master). It still will need 
some love, but the bulk of the work will be done.

When do you think we could merge your work?

If you think you need to work on a separate branch, then we can always 
merge the libtracker-miner branch to master and you can continue working 
on that branch.

I should add, I am on vacation after today for a week, so I won't be 
around but Carlos should be and can help out if you need some advise 
(along with the rest of the team of course).

--
Regards,
Martyn