How can I get rid of Akonadi or at least put it in jail?
Tags:
None
Registered Member 
|
Yes, that was helpful - in a very narrow kind of way. But the statement was "... find a way to make A/N optional ...". I like the look and feel of KDE, in a very broad way. there are certain aspects of it that I don't like, and quite frankly there are other users who would agree with that. Akonadi, Nepomuk, and few of the other related, deeply rooted, processes are not usable to some users. Yet even when not running the higher level processes that would make use of A/N, such as the KDE PIM, they're still running in the background (do a top command sometime or ps -aux) taking up at the very least memory (physical or virtual) and using system resources that I don't want them to use. Yet, A/N is required in the install. So the questions remains: can you, or can you not, provide a way to make A/N optional at install? If not, are you willing to provide clear, concise instructions as to how to remove these items and prevent them from initating without user request?
I feel more like I do now than I did when I got here.
Proudly wearing a negative Karma. Kubuntu 12.04 .2, Dell Dimension 3000 |
Administrator
|
For Arch users you could try https://aur.archlinux.org/packages/akonadi-fake/ if you want to get rid of Akonadi. It should be fairly easy to make something similar for other distributions. (It's just an empty package that claims to provide Akonadi. I haven't tried it myself so I don't know how well it works.)
Problem solved? Please click on "Accept this answer" below the post with the best answer to mark your topic as solved.
10 things you might want to do in KDE | Open menu with Super key | Mouse shortcuts |
|
Registered Member
|
Thank you, Hans. That was a very useful answer. Of course that doesn't help with the DEB-based Kubuntu packaging system, but it's something that can now be asked over on the Kubuntu forums. If all it takes is to replace the existing A/N DEB(s) with fakes (similar to the Arch package), then it shouldn't be hard to do.
Of course, it would be good to find a way to "kill" A/N in an already established environment. but it remains to be seen if anyone here can offer up a permanent solution. Thanks again.
I feel more like I do now than I did when I got here.
Proudly wearing a negative Karma. Kubuntu 12.04 .2, Dell Dimension 3000 |
|
Registered Member
|
O.K., so I've purged kontact, kmail, kaddressbook, korganizer and a couple of other k(whatever) from my environment. I looked at what would happen if I started uninstalling packages related to akonadi and nepomuk. The numbers of installs and uninstalls that muon would perform was astonishing, and a bit intimidating - including the removal of muon itself. I give up - for now - because top still shows an astounding number of akonadi tasks running, and then restarting after killing each, not to mention strange nepomuk activity when I have unchecked it in System Settings -> Desktop Search.
I don't want, or need, the KDE PIM - Thunderbird and Lightning work quite nicely. But, what I will do is start looking at other DEs that don't impose such heavy indexing requirements on a user who doesn't need such indexing. I use meaningful structure and filenaming approaches to organizing and finding data - metatags are way over-rated anyway. It's like looking for keywords in a database to find information when you have no idea what those keywords could possibly be. Yes, I know it can be done, but in a personal computing environment it makes no sense, becomes a stumbling block, and a huge waste of resources. So thank you very much, and eventually it will be goodbye.
I feel more like I do now than I did when I got here.
Proudly wearing a negative Karma. Kubuntu 12.04 .2, Dell Dimension 3000 |
Administrator
|
There are a number of misconceptions here:
That said, no one has issues if you think KDE PIM is not suited for you.
"Violence is the last refuge of the incompetent."
 Plasma FAQ maintainer - Plasma programming with Python |
|
Registered Member
|
O.K., one more time. I'm sure that no one has a problem with ditching KDE PIM, I (and others) have not been "banned" for admitting to using Thunderbird/Lightning. But the problem is, based on your answer, that Akonadi and Nepomuk are used for much more than just PIM, and I do understand the concept of indexing. I've ditched KDE PIM, but still Akonadi is doing something on my system based on a reboot and just now viewing top after ditching the PIM packages, so that dependency theory is toast.
And, as I said, in order to get rid of Akonadi and Nepomuk by removing their respective packages, the amount of change that will be required in terms of what will be INSTALLED as well as UNINSTALLED indicates probable catastrophic results, post-ditch. So, in fact, a normal install of KDE DOES require (meaning imposed) Akonadi and Nepomuk, without asking whether i really want all that stuff or not. Just wanted to make that perfectly clear. My search continues for a better DE. Thank you, and now goodbye 
I feel more like I do now than I did when I got here.
Proudly wearing a negative Karma. Kubuntu 12.04 .2, Dell Dimension 3000 |
|
Registered Member
|
Can anybody tell me wtf all this means? And please give me my KMail 1 back. I need a mail client that just works. I don't want to be a guinea pig for beta software. |
Manager
|
leifbk - please do not thread hijack, it will lessen your chances of getting resolution and is considered bad form
kindly start a new thread and include a description of your problem and tell us what you are running and why you needed to restart akonadictl
OpenSuse Leap 42.1 x64, Plasma 5.x
|
|
Registered Member
|
My two cents. I have been using KDE since about twelve years, and every
new version has been heavier and heavier on my hardware, with no major advantage in change. Especially since KDE4 arrived. I am more and more frustrated by KDE and other free software jumping on the programmed obsolescence bandwagon. I have no problem at work, but I mostly use old second hand machines at home, and I can tell you that running KDE on a PentiumIV has become overkill. I also strongly disagree on resources requirements: akonadiserver regularly eats up about 1G of memory on my system! BTW: on KUbuntu 12.04, the path for the akonadi configuration file is
|
Bookmarks
Who is online
Registered users: bancha, Bing [Bot], Evergrowing, Google [Bot], mesutakcan, Sogou [Bot]
