On Thu, Oct 29, 2009 at 3:06 PM, Patryk Zawadzki <pat...@pld-linux.org> wrote: > On Thu, Oct 29, 2009 at 10:51 PM, David Zeuthen <da...@fubar.dk> wrote: >> Not to sound like an asshole or anything but, I mean, didn't distros try >> including Tracker by default in previous releases? AFAIR, it didn't >> really work well. So if GNOME included Tracker in the next release and >> core parts of GNOME started depending on it in a way that couldn't be >> turned off... then distros would be in a lot of trouble if Tracker >> didn't work well. This would probably end up reflecting badly on the >> GNOME project. > > Are we talking about the tracker crawler or tracker itself (index and > metadata storage)? > > I can understand how including the crawler is not the best idea > (especially until we get ourselves recursive inotify support) but what > can go wrong with tracker itself?
What can go wrong introducing a brand new barely-used technology and set of APIs as something we call "GNOME"? I think that question answers itself. ;-) I agree with David. Tracker is exactly the sort of thing that should be able to be integrated in such a way that the integration is optional. So the most pragmatic approach seems to be to wait until Tracker matures and people are using it in ways that make including it as part of the GNOME desktop an easy choice. Right now, we're still at the "imagine the possibilities" stage with Tracker on the desktop. I'd rather wait until some compelling use cases are actually implemented. Sandy _______________________________________________ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list