![]() Registered Member ![]()
|
hi,
in kde 4.14 is possible to use pim apps (kmail, kalarm ...) without activate semantic research ? and stop baloo/akonadi ? thank you |
![]() Registered Member ![]()
|
Yes. Actually there is no "semantic research" (I suppose you mean Nepomuk with that) in KDE 4.14 any more... ![]()
You don't need baloo for KDEPIM. Baloo is a *file* indexer. So yes, you can stop/turn off/uninstall that. Current KDEPIM apps do need Akonadi though, and won't work without it, because it's Akonadi that provides the actual data storage. Note that Akonadi is no indexer (and also no semantic search), it is a framework for storing/managing PIM data. And yes, Akonadi needs a database for its cache. You can choose between sqlite, mysql, and postgresql though, and in the case of the latter two can also use an already running system daemon e.g. or a remote "server". PS: there is an indexer for PIM data too called "baloo-pim", but you don't need that if you don't want indexed search. If your distribution allows it you can just uninstall it, or you can disable it. |
![]() Registered Member ![]()
|
- when I start kmail, a lot of akonadi tasks are started:
is OK ? - this is default path of local maildir ? ~/.local/share/akonadi_maildir_resource_0 |
![]() Registered Member ![]()
|
Looks ok, yes. But it depends on what resources you have configured. Basically each one starts its own process, akonadi_something_resource_x.
Maybe, maybe not. This can be configured for each maildir resource separately to whatever you like. The default for the standard maildir resource should be ~/.local/share/local-mail/ though I think. |
![]() Registered Member ![]()
|
only for kmail all those processes !! p.s. I am looking for a simple kmail.... like kmail in kde-3.5 |
![]() Registered Member ![]()
|
So what? The number of processes should not really matter to you, I'd say. Those processes are not only for kmail though, but also for KOrganizer, KAddressbook, and so on.
Well, then use kmail 3.5 (or KDE 3.5 for that matter). Btw, Akonadi is being rewritten from scratch at the moment, without a need for a central server or database. But that will still need some time. |
![]() Global Moderator ![]()
|
Do you actually have issues with it?
Why do you care whether the program starts a few processes in the background? Processes are cheap.
I'm working on the KDevelop IDE.
|
![]() Registered Member ![]()
|
in systemsettings ?
ok, very well |
![]() Registered Member ![]()
|
Yes and no. The Akonadi server settings are not shown in systemsettings directly any more (they were in earlier versions), but you can start the configuration module by running:
|
![]() Administrator ![]()
|
Notice that changing the backend with an existing system will *trash* the current data. There are no migrations in place if you move from, say, MySQL to SQLite or vice versa.
"Violence is the last refuge of the incompetent."
![]() Plasma FAQ maintainer - Plasma programming with Python |
![]() Registered Member ![]()
|
|
![]() Registered Member ![]()
|
Not really. The database is just a cache, the data is stored elsewhere. Although in my experience you might have to manually synchronize the resources in akonadiconsole after the switch. And data that has not been synchronized yet for some reason (e.g. because of an error when trying to write it to the actual storage) might indeed only exist in the database... |
![]() Administrator ![]()
|
I meant the data stored within Akonadi, not the resource-specific data.
![]()
"Violence is the last refuge of the incompetent."
![]() Plasma FAQ maintainer - Plasma programming with Python |
Registered users: Bing [Bot], Google [Bot], Yahoo [Bot]