separate akonadi-dependant plugins into another package

[Nick Shaforostoff]

Binary package hint: kdebase-workspace

Currently (KDE 4.6 maverick packports, but in natty its the same) i cannot uninstall akonadi-server w/o also uninstalling plasma-desktop and/or plasma-netbook, which means if i want to run KDE, i _have_ to also run akonadi.

I'm running kubuntu on a netbook with 1gb ram, and akonadi-related processes (including special instance of mysql server) take up to 80 megs of ram, which i could use otherwise for kdevelop (I'm KDE developer) or other apps like gimp, firefox, etc.

I don't need akonadi (i'm fine with using webmail on a netbook) on such low-end system, but 'sudo apt-get purge akonadi-server' wants also to remove kde-window-manager* kdebase-workspace* kdebase-workspace-bin* plasma-dataengines-workspace* plasma-desktop* plasma-netbook* plasma-widgets-addons* plasma-widgets-workspace*

This happens because plasma-netbook depends on plasma-widgets-workspace, and plasma-widgets-workspace depends on akonadi-server.

I _can_ uninstall akonadi-server in opensuse 10.4 (to be), so it is 100% possible, plasma-netbook continues to be usable after i killall all akonadi-related processeson my netbook.

So please pretty please separate the package into akonadi-dependant and akonadi-independant parts, so that plasma-netbook could hard-depend on the second one, and recommend the first one, and default installation of akonadi would still be handled by kubuntu-desktop metapackage

[Harald Sitter (apachelogger)]

plasma-netbook has a contacts browser which uses the contacts runner, so removing akonadi will break that feature. Consequently I am not sure allowing this is an all that good idea.

[Harald Sitter (apachelogger)]

Please feel free to report an upstream bug at http://bugs.kde.org to get plasma-netbook to grow a setting so that one can deactivate the contacts search (thus preventing akonadi from getting started). When such a setting becomes available I am all for deactivating the contacts runner by default making it opt-in thus ensuring a more lightweight default netbook experience.

Technical note: the contacts search is powered by the same underlying technology as krunner (ALT+F2) so it is perfectly reasonable to activate/deactivate certain abilities.

Arguably upstream should altogether not use the contacts runner by default, given that it will fire up akonadi at login, slowing down that and having akonadi around at the off chance of it being useful because someone actually tries to search for a contact in the search&launch page which seems rather unlikely given that there is absolutely no affordance for that behavior.