How to remove Akonadi?
 

Every time when i start kde there appears Akonadi server with some errors. I just want to remove akonadi from system. Do I have just to make commnad removepkg or there is some other procedure for removing? Where are all packages stored?

To remove packages, open a terminal, become root, and launch pkgtool. Scroll down to: "Remove packages that are currently installed".
Then scroll down to Akonadi, select it with the spacebar, and hit enter and it will be gone.
I don't know if anything else in KDE4 is dependent on Akonadi. So check to see if removing it will break anything that you need before you proceed.

You can always reinstall Akonadi from your Slackware CD / DVD if you remove it and decide later that you want it back.

There is likely a way to stop Akonadi from loading without removing it though. You could explore that as an option as an alternative to removing it.

The packages for Slackware are stored in /var/log/packages.

You can alternatively enable to mysql daemon. I also turned off the search feature and removed korganizer from the taskbar and therefore it doesn't start. Korganizer is what is starting akonadi.

You never know what might not work while removing things.

All right, now i know to remove akonadi, but want to ask you something.

I didn't understood this, my english is not so good.


How to turn off the search feature. How to turn of akonadi from starting at boot time? There is not any script in /etc/rc.d.

You mean Strigi?

System Settings > Advanced Tab > Desktop Search

Uncheck the enable boxes.



akonadictl status
akonadictl stop



.

To stop akonadi from running at KDE startup you need to remove korganizer from the taskbar. Next time you startup, right click and go to either remove or quit. It should then ask you if you to not start korganizer at startup. Click yes.

If memory serves me correctly, this should work.

I've got this akonadi search thing popping up now, I don't use kdepim at all but can't remove it because of akonadi and the way the deps have been set (I'm on Kubuntu 9.04; two systems have this true 64- and 32-bit). I can only remove akonadi if I remove kde-desktop! according to the deps so I can move to Gnome but I tried that when kde4 came out and decided 4 was the lesser evil.

Anyhoo .. akonadi can't start for some reason (deps not properly set it seems, perhaps a mysql problem) but can't be removed or stopped from attempting to start .... hmmm. This appears to be slowing my systems down too.

Seems the only solution is to try going back to 4.2?

I'm always amazed how developers think everybody else wants to use their computers the same way the devs do. Then they shove various features down everybody's throats, often with no opt-out options. Similar to the debate about Mono. [cynism]So much for choice.[/cynism] :(

Obvious here at LQ is that not all people (Slackers at least) do not want Akonadi, Strigi, or Nepomuk running. I don't have any use for the latter two but I suspect when I convert my office machine to 4.x (many months down the road) I might have to use Akonadi because I use KMail.

Regardless of all the philosophy, there is a config file in the user's home directory:

$HOME/.config/akonadi/akonadiserverrc

I don't whether this idea will help, but in the [QMYSQL] section, change StartServer=false.

Then also disable the services in System Settings as many people have suggested.

Imagine the responsibility when choosing the revamp =]

The end of 3.5.blah coming and a lot of users (include me) calmly happy with KDE. All 'majors' going the same route... Recently some named distro officially adopted KDE as the main DE. I put a comment a bit biased (and almost ferocious) some time ago (shame!).

I completely missed all those 'innovations' coming. Even when disabled, they can sit huge files on your disk. Yeah, 'disk space is so cheap today', but i have a better use for it.

More and more 13.0 is being a joy...

Here's the answer, or rather a clue to it.

My interest in akonadi was piqued because I noticed it was running mysqld even though rc.mysqld was non-exec. So I went into the akonadi conf in system settings and told it not to use the internal mysql. This stopped akonadi from running at kde startup but it wastes time and opens error windows in its attempt to start.

So I read the advice in the link above and created resources (just picked simple sounding file ones at random for each dropdown) in the kresources bit of system settings. This didn't stop akonadi from trying to run, but after a bit of guess/detective work I decided to let akonadi start up by allowing to start the internal mysqld again. Akonadi then started and did the migration on the newly created resources (as outlined in the link above) and then after the next startup of kde (actually perhaps two startups?) akonadi doesn't even try to start.

Hooray!

What's so hard about a checkbox in system settings to enable/disable it? Crazy. Perhaps the phase of Moon is relevant too - who knows.

PS using slackware 13.0.

So... You can use all pim and mail related applications and they just work without akonadi?

Forget it...

Yes. In fact, as stated here Akonadi is intended as a storage system, able to provide services not only to Kontact (through a KDE API) but e.g. to Evolution as well (through a Gnome API).

I use Kontact and do not use Akonadi.

Things are easier with Slackware as each package mostly stands by itself. For instance I have only following packages installed of the KDE family:

amarok
kdeadmin
kdebase
kdebase-runtime
kdebase-workspace
kdegraphics
kdelibs
kdepim
kdepimlibs

as I use mostly Kontact and Amarok with Fluxbox as WM (though KDE-4.2.4 works well so).

Yep, with 4.2.4 it is not so needed. Mine goes removed next session when I realized it was asking for *sql... Nothing against, but don't need it now.

FWIW, I have kde running *with* akonadi and nepomuk and everything is fine. There's no way I'm ever going to disable either one as they provide valuable features that make kde superior to any other DE, IMHO.

Please stop whining about things not working right out of the box. This is Slackware we are talking about, not *buntu. All problems listed here can be solved within 30 minutes by utilizing your google-fu.

If you have a problem with kde's pillars (yes, akonadi and nepomuk are part of those, as are solid and plasma btw), keep looking for an alternate DE, as those will be more and more integrated into the kde platform itself as well as third party applications.

I don't think I was whining, just rather exasperated at the lack of control I have over a desktop I otherwise like. Starting a mysql database instance without asking me isn't what I expect from kde or slackware.

Your point that akonadi and nepomuk are an integral part of KDE4 is a good one, but having read about both of them (and strigi), I don't think I have much use for them.

So, let me take a step back (and I don't mean to be funny or rude!), please tell me why I might be wrong and what uses you put them to?

I was not talking to anyone in particular with my statement.

Well, I don't see a problem there. Akonadi by default uses an internal mysql database, which means it's not starting up a mysql server accessible by anyone else. For sure they could have used something else for storage, but I think the reasons why they chose mysql are outlined pretty well on several info pages/blogs on google.

Akonadi is the future storage engine for anything PIM-related (mail, contacts, calendar, RSS-Feeds, ...). I don't think it's used a lot right now, but afaik kmail is currently being ported to it. I'm not sure about the status of the other PIM apps.

Nepomuk is way more hidden than akonadi. It's primary role currently is for tagging files and storing other metadata. But it will focus much more on semantic data in the next releases, will work together with other apps to display data in a semantic way. The developers are talking about connecting nepomuk with plasma's activities (think of one activity for work-related things, another for gaming, another for ....) and that's just one example.

Granted, the usecases for both technologies are rather limited at the moment. But with every kde release they'll get more and more important.

Yo ppr:kut, please can you tell me why all of a sudden kde 4.3 startup freezes for almost 5 minutes, and the only way to unfreeze is to login to console and kill akonadiserver process!
I have tried adding the kres migrator disable code to disable migration and have removed all resources(which does not solve the problem), and then added them back which should bring back the stability in kde(i.e not freezing). It didnt use to happen first but now all of a sudden it freezes without a cause. Strange thing is everytime I start kde it searches for wallpapers for slide show,which was not the case earlier...any help would be appreciated.

Anyways IMHO akonadi must be made optional or atleast optional to start..afterall linux is all about options!

Sorry, no idea. How about asking the kde-devs about this? There are various options (mailing list, forum, bugtracker, irc...)

lol - ok, please forgive me for not knowing that!

I understand what you're saying, so much so that I decided to give nepomuk a second chance. In particular, the search facility of strigi might come in handy. Unfortunately, the price has been it randomly gobbling up 95% of CPU time, 30% of memory and nigh on 1Gb of disk space and the indexing still shows no sign of ending. But, I can restrict which folders it indexes and even turn it off completely if I wish.

I just have no use for Akonadi just now. My work uses google docs/calendar/mail etc. and I have a G1 phone (which I do love) so all my PIM is take care of by google. I do have concerns about google though, so perhaps in the future I'll turn to Akonadi, but who knows. For now I don't need Akonadi and want to disable it.

But, it has no off switch; that's really my issue with it.

As root, type:
Would you ever change you mind:

All debate on the necessity/usefulness of akonadi and other stuff aside, it is, IMNSHO, quite unforgivable to SHOVE it down my throat! At the very least, there ought to have been a simple dialog box asking me if I wanted to use it! I finally had enough of it throwing up errors everytime I booted up to bother to google a fix! I had to google it, coz it is NOT so trivial and obvious to ELIMINATE it!

And because somebody brought it up, the idea that its wrong to 'whine' about this is nuts! From my perspective, KDE making me use Akonadi is akin to MS bundling IE and Outlook and forcing me to use them!!! If the developers intend it to become an 'integral' piece of the 'KDE-experience', then hide it away where I cannot see it. And if its the type of component that requires user interaction, then allow me the charity of disabling the feature set completely, at whatever cost!

Karthikrr, nobody made you use Akonadi, you chose to install it among other packages (knowing or not what is its purpose, thats_your_problem), so if you are not happy with it just_remove_it_and_stop_complaining.

Futhermore, Akonadi is not part of KDE (the desktop), so KDE make you use KDE, nothing more -- and certainly not Akonadi.

EDIT. And if you are not happy with KDE, why use it ? There are a lot of others Desktops and Windows Managers shipped with Slackware 13.

Didier, I don't know who you are or what your 'standing' is in the 'Open Source Community', I don't care ... From my perspective, the great thing about the Open Source Community is that MY problem is EVERYBODY'S PROBLEM! Thats precisely what makes the linux world tick, IMO! Which means, what you call COMPLAINING, I would call CRITICISM. If you cannot deal with criticism (I doubt you are even a part of the KDE/Akonadi team, so its not even criticism aimed at you!), then "thats_your_problem". If you notice, the major gripe has been with the lack of any visible means to 'turn it off'/'disable' it. It ought to be a simple enough task to add such an option!

As for the question about 'happiness', maybe you are lucky enough to be 'perfectly happy' with what you have, but me and pretty much everybody else I know, we tend to be happy with some aspects, while unhappy with other aspects ... We use what gets our work done for us ... I am happy with most of the stuff KDE throws in, while I am not exactly excited about certain other things it incorporates ... I 'complain' as do others, so that the developers can see what the reaction from the public is to the changes they are bringing in ... If they care to make changes based on our 'cribbing', good for them. If they decide that its not the direction they want to go and so DONT make any changes, good for them again ... I certainly won't lose any sleep over them not making a change ... ESPECIALLY not after I figure out how to eliminate the thing that I dont like ...

Let me give you another example, one that will make EVERY Slackware 'fan-boy' froth at the mouth ... I have never been 'happy' with the NEED to edit xorg.conf each install to enable mouse-scrolling! To me, there is no excuse to NOT incorporate an additional line during the install process itself, using whatever mechanism needed ... But I don't stop using Slackware on account of this ... If they wanted to change it, they would, if they didn't, well, I know the fix, life goes on ... And no, don't start about Slack 13 and how this is no longer needed, it had nothing to do with the Slack team consciously making a change, it was a natural by-product of some fundamental changes they made such as using HAL!

I finally decided to break down and install 13 on my spare box in order to make up my own mind about it about 4 days ago now.
The first thing I did was update it.
I then installed 4.3.1 from a link I found here in the Slack forum.
Sorry, can't remember who rolled the packages but the nickname started with a V.
Akonadi did not start on it's own after that and there is a link to start and stop it in settings.
The errors on start up also went away.
The only thing I've found I don't like about the newer KDE is I havn't a clue as to what the hell a lot of things are, how to turn them off or how to get them back when I go, "I wonder what this button does?"
Pretty much about like I was when I first installed Linux...
I cured that by simply installing XFCE and set it up so that it resembles my KDE look until I can figure KDE out.
I understand disk space is a commodity for some, in my instance it isn't as on that box it's a 160 gig with only the one Slack install on it,,,, but,,,,XFCE is an alternative and pretty much just as simple and similar enough to KDE 3.5 to be able to be happy with it.
It's Linux folks, it's a never ending learning process. ;)

I wonder why they incorporated such changes in the next release ... hmm, could it be because people COMPLAINED?

Anyways, its good to know that 4.3.1 'evolved' ... windtalker, if you can remember the link, please share. I'll do a little search myself too ...

As a matter of fact I just ran across it, but it's for 32 bit.

http://cardinal.lizella.net/~vbatts/...ges/4.3.1/x86/

64 bit is also available I believe and it's on about page 2-3 maybe of the thread, "are there any packages available for Slack 13."

Kharthikr, I am a Slackware user and not part of any developing team. I'm not even a KDE user (I prefer Fluxbox). I guess that your feature request or wish of having a "visible mean to turn off/disable" Akonadi in association with KDE will have more chance to be listen or satisfied if you address it to people in concern, that is to say KDE and/or Akonadi developers. Nor sure any of them will ever read this thread ;)

About X and HAL, I don't need HAL so I do not use it, but I run xorgsetup to create xorg.conf with my settings.

What I would have liked is the Slackware installer proposing me to run xorgsetup -- but my guess it won't happen now that the xorg-server shipped with slackware rely on HAL fdi files by default for its settings :(

windtalker, thanks for the link, and thankfully, Im still on 32-bit as well :) Will give this a try when time permits ...

Didier, many people, including me, post our 'complaints' here, because we are concerned ONLY (as selfish as that may sound) with Slackware and how WE use it ... In a sense, end-user feedback here, chances are that somebody or the other who hangs out here also happens to hang out at the KDE forums, where they MIGHT echo our views ... Its not a science, I admit ... But, there is also the fact that by the time people like us come here to crib about stuff, the developers have already received a fair deal of feedback and are already working on making changes ... as is evident by the apparent fact that 4.3.1 is better than the stock version with Slack 13 ...

As for HAL and xorg support, I do believe you can still turn off HAL and have xorg use a conf file on Slack 13 ... If Im not mistaken, using nVidia drivers (not the open source nv) REQUIRES that nvidia-settings be run to generate an xorg.conf file that holds additional settings ...

As for Slackware presenting the option during install, actually there are quite a large number of such things that could be done ... And I wouldn't even put the burden of this on the core team, I would think building a custom-installer could be a community task ... My dream distro would be one that had Ubuntu's 'out of the box experience' coupled with Slackware's flexibility! I personally DETEST Ubuntu for the fact that it presumes to be my mother, but as I have realised over the last few weeks, when it comes to getting a LAMP server running with least hassles, Ubuntu's server edition is MUCH better than Slack 13! Of course, this holds true ONLY for a n00b like me, I have never setup a server before this ... If I had a lot more technical knowledge, I would start a project myself, but Im nowhere near qualified to even begin to try something like that ...

I should can ... But unfortunately in that case the X server crashes because of a bug in the 1.6.3 version of xorg-server, unless I disable dBus too... But I need dBus, noticeably to use Kontact.

There are two workarounds as of now : use a newer version of xorg-server or recompile xorg-server with the option --disable-config-hal, see this thread
That's how I do it, as suggested in CHANGES_AND_HINTS.TXT. But may be another way could be to edit one of the fdi files? I didn't check nor try, though.

EDIT In fact, I first create xorg.conf with xorgsetup, then edit it by hand to change driver's name from nv to nvidia.

I'm going pretty well letting Hal goes away with mouse, keyboard and synaptics, but setting the video with xorg.conf.

just a think about akonadi/strigi:

after trying to disable this -why the hell i exist for- little feature called akonadi I came across to a system full of errors ;)

so i want to disable akonadi right? but i dont see any enable/disable option, 10mins before i though ive found the solution, remove the damn think!, so i run removepkg and remove akonadi and strigi.

secs later i try to run konsole... boooom!
then im like wtf? so i try to run dolphin, dolphin doesnt want to start via a .desktop entry so i run "xterm" and run dolphin via xterm,
tried a few other kde based apps and they just didnt want to start,I also tried to run Slackpack(my app writen in Qt4) and it was displayed on motif style!?!(looool), so dont tell me akonadi/strigi has nothing to do with KDE and they can be removed with no side-effects at all!

btw sry for my english

It's easy to check that libstreamanalyzer.so is provided by strigi.

So you can't run konsole and dolphin (and kontact, and probably many others) without strigi beeing installed -- but not necessarily used.

But you can run all theses applications without akonadi - I do.

Did I ever suggested to remove strigi ?

EDIT. To not remove, but disable strigi (as well as nepomuk, by the way) in KDE4:
- in the K menu, choose System Settings
- in the Advanced tab, choose Desktop Search
- in the Basic settings, uncheck Enable Strigi Desktop File Indexer then hit Apply.

confirmed, the above post apply only if you remove strigi, not akonadi.

message to "MysticalGroovy" : Do not remove, disable or fool with strigi... you'll break the whole KDE desktop environment, and you'll end up like me with reinstalling everything! KDE 4 looks and MOSTLY feels like windows VISTA...!

Didier, bonjour mon ami! how did you ende dup using kontact without akonadi? is akonadi COMPLETELY disabled on your system? My point is that I feel that akonadi does not only cause crashes but also slow down kde.... maybe I'm wrong after all...

At this point, I am searching for an alternative to Kontact... IF I can, I'll trash (with sadistic pleasure) akonadi and Kontact and find a good alternative that works without bugs errors or doesnt crash every time you even just think about it.

Not to be whining, but seriously, a fresh install of Slack 13 with KDE 4.4.3 and out of the box, I get tons of errors....

-from akonadi (the error report that every body's talking about);
-kontact does not even launch (due to akonadi being crashed);
-the akonadi config tool has tons of bugs (click buttons, nothing happens, stop the server, it doesnt stop, click restart it doesn restart, some random "resources" are showing up in akonadi (wtf?!?), etc etc);
-and the whole KDE environment seems slower than ever....

basically, slackware 13 is nice, I think Pat and the slack crew did a wonderful job, but in my humble opinion, KDE 4 is not the good DE for slack, at least it is VERY premature right now.

if anybody here or anywhere else find a way to disintegrate akonadi and bring kontact the way it used to be (yes I dont need to have a centralized resource server) please let everybody know!

As far as I know, the contacts manager of Kontact is the only "feature" that requires akonadi.

Just to let everybody know, I tried the KDE3.5.10 packages from Pat (slackware) and I felt home again! THe only thing is some of my appz require KDE4 (dont ask me why!) and I did not feel to reprogram/compile everything...

I disabled Strigi and Akonadi when I learned how to disabled them (Dec 2009) and until now I have no problem with my KDE 4.4.3. By the way, I only see the Akonadi error when I log in as root.

Bonjour lpallard,

c'est simple :So, yes Akonadi is completely diasbled on my Slackare64-13.0.

Now I am using Thunderbird under Fluxbox so I don't care that much about kontact anymore. May be I'll give KDE and possibly kontact another try when Slackware-13.1 will be released. Or I could switch to mutt ;)

Bonne journée.

Didier.

Thanks for your reply!

Assuming I understood your post correctly, I guess you are no longer using kontact as a PIM solution...? That would explain the possibility to remove akonadi without suffering from that. I knew removepkg akonadi would work, I already tried a few weeks ago but if I remember correctly, I ended up with a broken Kontact, it would not even launch (tried both the kicker menu and the command line) and was complaining about missing libraries...

I like the idea of having all my personal info (calendar, tasks, emails, notes, etc) accessible in the same location like in Kontact or M$ outlook. Do you have an alternative to Kontact to suggest? I heard of Chandler but haven't tried yet....

thanks!

I'm using Chandler, and it's by far one of the most broken pieces of software ever. Slow and buggy.

And it's really sad, because there are some good ideas hidden behind all the crap.

In fact, here (Slackware64-13.0) I can at least launch kontact with akonadi removed.

This is not the case with Slackware64-13.1-rc2 though (in the latter case it complains about a missing library most probably shipped with akonadi).

Thunderbird + extensions (contacts sidebar, lightning, thinknote or thundernote), though not perfect IMHO, allows you to centralize calendar, tasks, emails, address book and notes.

TL_CLD,

thanks for sharing your chandler experience with us! that saved me the efforts and precious time. I appreciate that! What are you using now for your PIM?

Didier, I am still searching for an alternative to Kontact. I tried the thunderbird thing with the plug ins but some of them cant be installed because they are not compatible with my version of TBird (namely the contacts sidebar)...

I cant believe there is no all in one PIM alternatives out there... I must not search correctly.

I imagine removing akonadi and all the bloated crap would help but did not expect to struggle like that! The way I see it now, the KDE team are going to push akonadi ahead and are currently using the interim versions of KDE (4.1-4.2...) to implement akonadi until it is integral part of KDE in release 4.5... this is what I read on the web at least... I would normally just fallback to the last KDE release when akonadi was only a potential feature but I cant, I use Kmymoney and it does not run on anything older than KDE4.3.....

Hello,

I'm running Slackware 13.1 32-bit here and kontact is working fine with akonadi running.

Admittedly I went through various issues on the journey from slackware 13.0 to -current (and finally 13.1). Based on my trials and errors, this is how I got akonadi working for me:

http://www.linuxquestions.org/questi...4/#post3961678

The basic point is that akonadi didn't work for me in -current for a long time but after the upgrade to KDE 4.4.3, everything started to work. However I first had to clean up the legacy akonadi data as described in the above-mentioned post.

Just to let people know, I recently updated a bunch of packages (slackpkg update-all) and I am no longer experiencing problems with that akonadi thing... I gotta admit my hunger for destruction went down quite a bit...

Anyways, we'll see what the future reserve ...

That hasn't been my experience. If one is not using Kontact and Kmail they won't even notice the evil triplets are missing AND they will get a performance boost, even with Slackware 13.1.
Removing Akonadi and disabling (turning off) Strigi and Nepomuk are first thing one should do with a new installation, IMHO. At this point I'm using Xfce most of the time, but if it ever comes to the point KDE or some of its apps cannot be ran without Akonaki I'll completely remove KDE from my system. No great loss!

cwizardone, what i mean is to uninstall strigi (slackpkg remove strigi).... just disabling it is fine, in my experience at least. right now i have both strigi and nemopuk disabled and akonadi run fine for some extremely strange reasons... at least since i did an update on my system.. i still dont like the idea of having a server running in the background just for maybe 20 contacts?.... users should have the choice to use it or if overkill like in my case, deactivate it and use the classic vcards file...

that akonad remind me of wndows vista's readyboost and superfetch....

I second this. Although I've used and enjoyed Kmail for years, now it's the time to say goodbye. I don't want to keep Akonadi and similar ones running in my system.

Maybe it's possible to run Kmail w/o these services ?
Are some Kmail compiling/configuring options possible ?

[please delete]