Mailinglist Archive: opensuse (868 mails)
| < Previous | Next > |
Re: [opensuse] Digest of: 11.4 - is 'tracker' 'beagle' in disguise?
- From: "Rajko M." <rmatov101@xxxxxxxxxxx>
- Date: Mon, 9 May 2011 20:23:43 -0500
- Message-id: <201105092023.43495.rmatov101@charter.net>
This just attempt to pick up in one mail what I find useful in a whole thread.
Tracker is desktop search and part of the GNOME installation.
Some of GNOME developers can point to online resources, or explain, how it is
integrated in GNOME and what advantages it has to the other used searches, as
well what is tracker role when files system like btrfs is used.
It is the same what is Strigi for KDE, but if installed it will run even in
KDE. I doubt that it is integrated in KDE to any extent, but some of KDE
developers should comment on that.
Default configuration and packaging needs improvements:
* It should not run in KDE; this can be hard to impossible to provide, which
depends on use case.
* It is set to run with maximum indexing speed which can use substantial
system resources needed for other activities, making users unhappy with system
that slows down without apparent reason.
* some large files that need time to process are not in exclusion list, like
iso files.
Further this particular case points out general problem with chaotic
development model (one property of FOSS), lack of central authority that will
set system architecture and prevent duplication at various levels.
This to some extent can be solved on distribution level, as system integrator
can make choice what to include.
One implication of having the same service in each desktop is that users can't
have them installed at the same time as each desktop will create own
databases, cluttering user home directory.
The problem is, also, that is not clear how this will influence our ability to
run any application you want in any desktop. Installing application that
needs service from another desktop will install and activate that service, so
this actually limits freedom of choice we enjoyed for a long time.
The only solution, as Anders Johansson pointed out, is to have data indexing
as a system service (for instance with btrfs that has such ability) and
desktops should provide means to access data.
It is similar to current case with NetworkManager.
--
Regards,
Rajko
--
To unsubscribe, e-mail: opensuse+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse+help@xxxxxxxxxxxx
Tracker is desktop search and part of the GNOME installation.
Some of GNOME developers can point to online resources, or explain, how it is
integrated in GNOME and what advantages it has to the other used searches, as
well what is tracker role when files system like btrfs is used.
It is the same what is Strigi for KDE, but if installed it will run even in
KDE. I doubt that it is integrated in KDE to any extent, but some of KDE
developers should comment on that.
Default configuration and packaging needs improvements:
* It should not run in KDE; this can be hard to impossible to provide, which
depends on use case.
* It is set to run with maximum indexing speed which can use substantial
system resources needed for other activities, making users unhappy with system
that slows down without apparent reason.
* some large files that need time to process are not in exclusion list, like
iso files.
Further this particular case points out general problem with chaotic
development model (one property of FOSS), lack of central authority that will
set system architecture and prevent duplication at various levels.
This to some extent can be solved on distribution level, as system integrator
can make choice what to include.
One implication of having the same service in each desktop is that users can't
have them installed at the same time as each desktop will create own
databases, cluttering user home directory.
The problem is, also, that is not clear how this will influence our ability to
run any application you want in any desktop. Installing application that
needs service from another desktop will install and activate that service, so
this actually limits freedom of choice we enjoyed for a long time.
The only solution, as Anders Johansson pointed out, is to have data indexing
as a system service (for instance with btrfs that has such ability) and
desktops should provide means to access data.
It is similar to current case with NetworkManager.
--
Regards,
Rajko
--
To unsubscribe, e-mail: opensuse+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse+help@xxxxxxxxxxxx
| < Previous | Next > |