anda_skoa wrote:As for not starting Akonadi: Akonadi is, as of now, a service which is started on demand by applications using it.
_

The clock needs Akonadi, but i suppose it make sense (Clock => Calendar => Akonadi).


@Ivan
Is there an easy way to start a poll (vote+numbers) for KDE usage ? thinking about a lightweight KDE is no sense if almost nobody needs it or is willing to work on it.

For mail, i agree that 40k is not a small number. I've badly explained my thoughts but i suppose you understood what i mean

Unfortunately, there is no way at all to poll a significant amount of users :/

ivan wrote:Unfortunately, there is no way at all to poll a significant amount of users :/

too bad; for me, it's a bad thing to be unable to know what users are doing with a product, even if it's not always easy to do.

thanks for your work.

Hi,
I'm using clock but not the calendar, using and like kmail very much but not using any of the pim stuff, are really all these resources needed to provide these few data or am I missing something?

http://pastebin.com/jP4p1f0J

There is at least a safe way/guide to low down the used resources?
Or maybe some alternative to mysql as backend?

Thanks
and btw, thanks for all the kde great stuff

patch to disable akonadi in kmail (kdepim-4.4.5/debian)

http://pastebin.com/Mke7cqN4

cheers

I use unison/rsync to sync several old laptops (32bit fedora) and a 64bit desktop. By the look of this thread, I can see that I am not the only one frustrated with akonadi.

Synchronising files has been very easy in pre-akonadi days. After akonadi was introduced, however, I am forced to copy huge MySql databases across the network. Apart from being slow, it is very frustrating especially when I am paying for network traffic (e.g., over a 3G mobile network).

Worse, I am often forced to 'rm -r .local/share/akonadi' from time to time to stop kontact from seizing up.

The poorly maintained KDE4 releases were attributable to unnecessarily increased complexity in many packages. Being a FOSS developer myself, it is very tempting to add new features or to find a new solution to an existing problem. But we tend to forget about the end-users: we can all fantasise about what we can do, but an average user just wants a quality software that simply works!

It is not needed to copy the Akonadi database it self. It is *only* a cache. The actual source files are still located on disk, and are perfectly suitable for syncing between machines.

Check the Akonadi resource configuration for more details about where the files are stored ( usually somewhere in ~/.local or ~/.kde* ). This can be done using the individual Akonadi using applications or akonaditray.

I been using kmail happily for about 5-6 years.
Some day ago after an upgrade *it is only a (non optional) cache* kicked me out caz the db wasn't configured properly, no way to read or send mail, guess I was supposed to spend some time configuring the thing.
Sorry but I really don't like the mysql dependency.

Sad to discover that I been kicked out for:
X-face picture header feature...
distribution list...
and something related to gpg (guess cache only...).

All features I never used or needed, but ok I understand, it is personal and many others will like and need.
What I don't understand is why these features aren't configurable options, like most free software use to do, let the user able to choose.

The patch above in the thread prevent sending mail, libkdepim also need some cut, here an update
http://pastebin.com/0JKFQtyP

Now gonna hold the patched packages then I'll sadly switch to some other client.

Thanks akonadi *grin*
bye