Re: [Tracker] Roadmap to 0.7

On 10/07/09 13:23, Jamie McCracken wrote:
On Fri, 2009-07-10 at 13:46 +0200, Philip Van Hoof wrote:
On Fri, 2009-07-10 at 07:11 -0400, Jamie McCracken wrote:

I would like to eliminate the Zeitgeist daemon as what they want to do
is most inefficient - get relevant data from tracker to a python
middleware process and forward it on to clients. IOW their daemon acts
like a wrapper around tracker and is therefore redundant not to mention
bad design!!! They should use a c lib if they want to wrap tracker not a
python daemon!

I don't want to lecture you, but if you want us to continue cooperating
with projects like Zeitgeist the way we have been doing for the last few
weeks, then please don't use terms like eliminate, inefficient and bad
design. It's not helping.

My concern is that it will make tracker look slower if there is
unnecesary redirection. We should take steps to explain that it makes
more sense to use tracker directy in cases were raw data from tracker is
being sent to and from gnome apps - thats all I meant

Yea, as I said before, this is not a problem. People already think Tracker is crap because our image has not been publicly updated *enough* by us over the last year :P

Not that this is an excuse :) but really, we will have to support people using Tracker because with the new SparQL there will be apps misusing the APIs/language simply because they may not be experienced with it. This is fine, but if we can show with some basic tutorials/examples/etc in tracker-utils/ that it is lightning quick (as we do with the tracker-sparql man pages) people will see that it is fast and that the buck stops with application X.

You can't expect to deliver APIs with great exposure to data with such a rich language to access it without people *possibly* abusing or misusing it out of inexperience.


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]