Who starts akonadi_control ?

bivan · 2026-10-10 06:57:12

Starting Arch Linux KDE, System Monitor: /usr/bin/akonadi_control is started, I don't want so according to https://archlinux.org/packages/extra/x8 … adi/files/ I deleted /usr/lib/systemd/user/akonadi_control.service (since

systemctl --user disable akonadi_control

doesn't work) then restarted the OS: akonadi_control again started! So I also deleted /usr/share/dbus-1/services/org.freedesktop.Akonadi.Control.service & /usr/share/dbus-1/interfaces/org.freedesktop.Akonadi.ControlManager.xml : again!
So who starts it?

Last edited by bivan (2026-10-10 07:03:06)

seth · 2026-10-10 07:17:45

so according to

random irrelevant data

Akonadi is invoked by its consumers:
https://userbase.kde.org/Akonadi#Disabl … _subsystem

bivan · 2026-10-10 07:43:30

I already saw this link, I start Arch Linux KDE without touching anything apart System Monitor & Digital Clock events disabled.

Or is there a tracker or something, tracking who starts who?

cfr · 2026-10-10 07:47:29

Deleting random files from system directories is a good way to break your system. pacman tracks files it installs. It matters that what is there matches what it expects to be there.
The link you referenced does not in any way suggest deleting those files as a solution.

What problem is it causing exactly? Is it even active? I'm running KDE:

$ systemctl --user status akonadi_control.service
○ akonadi_control.service - Akonadi Control
     Loaded: loaded (/usr/lib/systemd/user/akonadi_control.service; static)
     Active: inactive (dead)
$ ps ax | grep -i akonadi
 252525 pts/14   S+     0:00 /usr/bin/grep --colour=auto -i akonadi

It is not required to use KDE. I only have it installed because I installed digikam. But it isn't actually doing anything as far as I can tell. Even so, I am quite tempted to ditch digikam for the sake of getting rid of it.

dimich · 2026-10-10 07:48:54

bivan wrote:

is there a tracker or something, tracking who starts who?

https://wiki.archlinux.org/title/Audit_framework
https://man.archlinux.org/man/extra/bpf … op.bt.8.en

bivan · 2026-10-10 08:07:26

I backuped & restored the files.

My link is to know these files.

My issue: starting Arch Linux KDE I've useless akonadi* executables in RAM (akonadi_archivemail_agent, akonadi_indexing_agent...), according to System Monitor the parent is akonadi_control, indeed I disabled its Execute permission: no akonadi* executables in RAM! But I wanna know now who starts it, disabling Execute permission is not a sexy way...
Obviously I can uninstall akonadi, kde-pim-meta but I don't wanna uninstall, just disabling.
It was a time https://www.reddit.com/r/kde/comments/k … t/j86rp81/ worked but not anymore...

dimich I'm noob here, what command please?

seth · 2026-10-10 11:32:53

Did you consider reading the wiki?
Though I suspect it's gonna be dbus activated, so you'll not see that - in that case you could run https://man.archlinux.org/man/dbus-monitor.1

Obviously I can uninstall akonadi, kde-pim-meta but I don't wanna uninstall, just disabling.

You also wanna explain why because on the surface that reads silly.
You don't want to run it but you want to install it… to take up space on your disk??

bivan · 2026-10-10 13:06:46

Obviously I read the wiki.

Thanks to Gemini & bpftrace I discovered it's systemd who starts akonadi_control at boot, but as I said in my 1st post I deleted /usr/lib/systemd/user/akonadi_control.service without success, strange...

Enable/disable is more convenient than install/uninstall, & it's KDE fault, akonadi* executables in RAM although no PIM app (kmail zenshin etc) used...

Last edited by bivan (2026-10-10 13:10:00)

seth · 2026-10-10 13:16:49

nable/disable is more convenient than install/uninstall

Apparently not?

akonadi* executables in RAM although no PIM app (kmail zenshin etc) used

pacman -Qi akonadi

as I said in my 1st post I deleted

That is not how that works at all…
https://wiki.archlinux.org/title/Systemd#Using_units

seth wrote:

Though I suspect it's gonna be dbus activated

usr/share/dbus-1/services/org.freedesktop.Akonadi.Control.service

it's KDE fault

I frankly blame your parents…

bivan · 2026-10-10 13:38:51

pacman -Qi akonadi for?

I tried systemctl etc, see my 1st post.

I also deleted this file without success, see my 1st post.

Indeed I was an abused child, but what link?

Finally ok I uninstalled kde-pim-meta, maybe in the future it will be better, no more akonadi* executables in RAM at boot, if I'll see an akonadi-related update I'll try.

seth · 2026-10-10 14:19:13

You're supposed to either read or post the output of pacman -Qi to figure why you actually have that itfp so we can check whether you're maybe running some akonadi client still

You're still not supposed to delete jack shit - stop that.
Actually read the linked wikis, they explain how to mask systemd and dbus services

And I wasn't talking about abuse.…

bivan · 2026-10-10 18:33:23

[a@c92c1034-5e78-4e25-ad0b-182e7c0e1522 ~]$ pacman -Qi akonadi
Name            : akonadi
Version         : 26.08.2-2
Description     : PIM layer, which provides an asynchronous API to access all kind of PIM data
Architecture    : x86_64
URL             : https://kontact.kde.org
Licenses        : LGPL-2.0-or-later
Groups          : None
Provides        : libakonadi
Depends On      : glibc  kcolorscheme  kconfig  kconfigwidgets  kcoreaddons  kcrash  ki18n  kiconthemes  kitemmodels  kwidgetsaddons  kxmlgui  libgcc  libstdc++  libxml2  qt6-base  xz
Optional Deps   : kirigami-addons: QML bindings [installed]
                  mariadb: MariaDB backend
                  postgresql: PostgreSQL backend
                  pyside6: Python bindings [installed]
Required By     : akonadi-contacts  kgpg
Optional For    : None
Conflicts With  : libakonadi
Replaces        : libakonadi
Installed Size  : 16.21 MiB
Packager        : Antonio Rojas <arojas@archlinux.org>
Build Date      : Thu Oct 8 16:10:03 2026
Install Date    : Sat Oct 10 10:02:28 2026
Install Reason  : Installed as a dependency for another package
Install Script  : Yes
Validated By    : Signature

Deleting is radicaler than systemctl mask ... no?

seth · 2026-10-10 19:22:25

Required By     : akonadi-contacts  kgpg

Do you use kgpg?

Deleting is radicaler than systemctl mask ... no?

Try to look at it from the other side: why would you even install stuff you don't want/need?

bivan · 2026-10-11 07:00:18

No.

At installation I pacstraped just kde-applications-meta , including kde-pim-meta , now uninstalling it I had to uninstall kde-applications-meta then install kde-accessibility-meta kde-education-meta kde-games-meta kde-graphics-meta kde-multimedia-meta kde-network-meta kde-office-meta kde-sdk-meta kde-system-meta kde-utilities-meta kdevelop-meta (= kde-applications-meta - kde-pim-meta )... & I'm fan of KDE so kde-applications-meta , apart kde-pim-meta ... But yes I don't use any dependencies of https://archlinux.org/packages/extra/any/kde-pim-meta/ .

cfr · 2026-10-12 05:58:04

bivan wrote:

At installation I pacstraped just kde-applications-meta ...

So you specifically requested pacman install all KDE applications. Now you changed your mind and you are surprised you must uninstall them?

Repository      : extra
Name            : kde-applications-meta
Version         : 26.08-1
Description     : Meta package for KDE Applications
Architecture    : any
URL             : https://www.archlinux.org/
Licenses        : None
Groups          : None
Provides        : None
Depends On      : kde-accessibility-meta  kde-education-meta  kde-games-meta
                  kde-graphics-meta  kde-multimedia-meta  kde-network-meta  kde-office-meta
                  kde-pim-meta  kde-sdk-meta  kde-system-meta  kde-utilities-meta
                  kdevelop-meta
Optional Deps   : None
Conflicts With  : None
Replaces        : None
Download Size   : 2.30 KiB
Installed Size  : 0.00 KiB
Packager        : Antonio Rojas <arojas@archlinux.org>
Build Date      : Dydd Gwener 17 mis Gorffennaf 2026 22:34:53 BST
Validated By    : SHA-256 Sum  Signature

bivan wrote:

I'm fan of KDE so kde-applications-meta , apart kde-pim-meta ... But yes I don't use any dependencies of https://archlinux.org/packages/extra/any/kde-pim-meta/ .

?? These are meta-packages. Their only purpose is to install dependencies. kde-applications-meta includes kde-pim-meta which has various dependencies. You do not have to install it. You could have installed everything except the PIM stuff, but you didn't. That's OK. You can remove it.

Arch Linux

#1 2026-10-10 06:57:12

Who starts akonadi_control ?

#2 2026-10-10 07:17:45

Re: Who starts akonadi_control ?

#3 2026-10-10 07:43:30

Re: Who starts akonadi_control ?

#4 2026-10-10 07:47:29

Re: Who starts akonadi_control ?

#5 2026-10-10 07:48:54

Re: Who starts akonadi_control ?

#6 2026-10-10 08:07:26

Re: Who starts akonadi_control ?

#7 2026-10-10 11:32:53

Re: Who starts akonadi_control ?

#8 2026-10-10 13:06:46

Re: Who starts akonadi_control ?

#9 2026-10-10 13:16:49

Re: Who starts akonadi_control ?

#10 2026-10-10 13:38:51

Re: Who starts akonadi_control ?

#11 2026-10-10 14:19:13

Re: Who starts akonadi_control ?

#12 2026-10-10 18:33:23

Re: Who starts akonadi_control ?

#13 2026-10-10 19:22:25

Re: Who starts akonadi_control ?

#14 2026-10-11 07:00:18

Re: Who starts akonadi_control ?

#15 2026-10-12 05:58:04

Re: Who starts akonadi_control ?

Board footer