Re: [Tracker] Review request : Bridge manager subsystem
- From: Ivan Frade <ivan frade gmail com>
- To: Martyn Russell <martyn lanedo com>
- Cc: tracker-list gnome org
- Subject: Re: [Tracker] Review request : Bridge manager subsystem
- Date: Tue, 18 Aug 2009 12:29:02 +0300
Hi!
On Tue, Aug 18, 2009 at 11:35 AM, Martyn Russell
<martyn lanedo com> wrote:
No program. The idea was that miners are started from .desktop files on start up and kept alive the whole time. Carlos and I discussed this yesterday. The applet that lets the user know what is going on with miners would only list miners that are running. Any other miners wouldn't be listed (initially). We could get around that by crawling the dbus services directory to see what other org.freedesktop.tracker.Miner.* services are available but not running and show those in a unique way of course.
My idea of the applet: When you click on the applet, you should see only the miners "Active in DBus" with their status. When you go to preferences of the applet, then you have there all possible miners (discovered from .service files) and check boxes to enable/disable them.
I don't think we need a management binary for all miners. Ultimately they should *each* know how and when to get their data and the only thing that matters after that is the user being able to start/stop/pause/etc them.
Miners should offer a "mandatory" DBus interface with those methods (e.g. org.freedesktop.tracker.Miner.Control, with methods like Pause/Resume/GetStatus). They can have more interfaces, of course, but that one is mandatory.
About the "life cycle" of the miners: Who/when/where start the miners? they are installed in the system, but are started with the user session. And each user has his own processes. Maybe we need a small extra program (tracker-session) to wake them up when the user logs in.
Regards,
Ivan
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]