On Monday 26 October 2009 16:26:23 Mick wrote: > >> Which I guess proves the point that Dirk is making. If I were to emerge > >> akonadi again, will it pop up everytime I start kmail, knode, etc? > > > > No, at least mine doesn't here. > > > > I forget exactly what I did to achieve this, it was something like having > > trouble getting akonadi to work right, so I set all the kdepim apps to > > use the resource files directly in the fashion of KDE-3.5 > > Can you please share what you did on your system to make this happen > if you can remember? Over here kde-base/akonadi is dragged in by > kde-base/kdepim-meta and I haven't found a way to disable it. Every > time I fire up kmail it starts up and causes delay as it fails to > find/start mysqld.
SystemSettings -> Resources Create the conventional addressbooks as files in ~/.kde4/share/kde4/services/resources - exactly as we did in KDE-3.5 In the list of types of resources, there are Akondai related item, just don't use those, and kmail will use the file directly. > I have unmerged nepomuke and all related packages have been remerged > with -semantic-desktop set in /etc/make.conf: akonadi and nepomuk are not the same thing, not even remotely. akonadi is a backend store for pim data (mail, addresses, etc). It is application agnostic, so in theory at least Thunderbird, kmail and Evolution could all use akonadi to get to the same data. nepomuk and strigi are involved with desktop search and indexing all of your data. It is similar in principle to Beagle on Gnome (but with bigger design scope). There's no reason Nepomuk can't use the data presented by akonadi for it's indexing, but it's not a requirement - it can just as easily index conventional maildirs. You can't avoid having akonadi, nepomuk etc pulled in somehow. Just don't run them. -- alan dot mckinnon at gmail dot com
