Bug 227632 - semantic desktop dependencies should be optional
Summary: semantic desktop dependencies should be optional
Status: RESOLVED INTENTIONAL
Alias: None
Product: Akonadi
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: 4.4
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Volker Krause
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-02-19 08:39 UTC by alancio
Modified: 2010-02-21 14:10 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description alancio 2010-02-19 08:39:15 UTC
Version:            (using KDE 4.4.0)
OS:                Linux
Installed from:    Compiled From Sources

Some people couldn't care less about the semantic desktop thing.
Why? Each of us have different reasons:
- Don't need it
- Using mlocate/slocate/find/grep instead
- Don't want the complexity of it
etc, etc, etc.

I'm not saying semantic desktop is useless, its just not for everybody.

I would like it if it was completely optional.  I would like to be able to install, for example, kdepim, without going through soprano, akonadi, redland, rasqal, raptor, mysql, virtuoso, libiodbc, etc.

I'm just never going to use it, so why waste hard drive, cpu cycles, and some hair with it?
Comment 1 Christophe Marin 2010-02-19 11:21:10 UTC
KAaddressbook needs a working Nepomuk server and KMail needs a working addressbook. So no, it won't become optional.

Note that you don't need to let Nepomuk index your files.
Comment 2 alancio 2010-02-21 11:55:35 UTC
I know I can disable Nepomuk from indexing my files, but whats the point? Its like building an expensive airplane and never fly it, just a waste.

The situation gets worse if you have a netbook with one of those small and expensive SSD's.

And besides, kaddressbook doesn't really need a working nepomuk, it was fine without until recently, so why not make it optional and make many people happy?

I'm not the only one thinking this way.
Comment 3 Jakub 'Livio' Rusinek 2010-02-21 12:08:43 UTC
> KAaddressbook needs a working Nepomuk server and KMail needs a working
> addressbook. So no, it won't become optional.

Well, I never turn Nepomuk on, as I don't need services it provides and guess what, KMail is working.

Please rethink.
Comment 4 Christophe Marin 2010-02-21 12:25:59 UTC
and you will end up with akonadi complaining that it is disabled. Reopening this report was useless.
Comment 5 Jakub 'Livio' Rusinek 2010-02-21 12:28:31 UTC
> and you will end up with akonadi complaining that it is disabled. Reopening
> this report was useless.

Oh. So make it optional. Why do we need to use Nepomuk, which slows down computer without any "pros"? Nepomuk is for me big "cons". I don't need anything semantic. I don't need tagging, searching or anything similiar on my computer, as I keep my PC tidy.

If you force me to turn Nepomuk on, then I'm not going to use any of PIM-related apps from KDE SC. Why should I if you force me to do anything? You can't.
Comment 6 alancio 2010-02-21 12:58:46 UTC
Jakub, apparently this is not going to change, so the only options are:
- Stick to KDE 4.3.5 (not possible, full of bugs)
- Go back to KDE 3.5.10
- Use KDE 4.4 except for kdepim and kdepimlibs (use thunderbird instead of kmail)
- Switch to gnome, xfce, or another desktop environment.

Apparently there is a patch in gentoo to make nepomuk optional, but who knows until what version will this work.

I think I'll try the gentoo patch, or one of the last three options.
Comment 7 Thomas McGuire 2010-02-21 14:10:53 UTC
Nepomuk is used in Akonadi to index the PIM data, like mails, contacts and calendar entries.
Applications which are ported to Akonadi use Nepomuk for searching. That includes traditional search and virtual folders, but also looking up e.g. contacts by email address or by nickname.

Additionally, Nepomuk is used for tagging and annotating mails in KMail 2.

You can completely disable Strigi file indexing, which seems to be the most problematic in terms of performance. Akonadi will index its PIM data independently from Strigi.

Do not try a patch that disables Nepomuk in Akonadi, it will break applications in random ways, for example sending to distribution lists, looking up crypto preferences of contacts, or displaying contact photos in the message viewer will stop working. KMail will _not_ work correctly with Nepomuk disabled, it is just not obvious at the first glance.
I don't think the Gentoo people are aware of this.