Akonadi 服务器以与第一个需要它的应用程序一起启动而闻名。（Kmail、KaddressBook、KOrganizer……）
以前运行 KDE-Plasma-5。23使用一组给定的小部件（包括一些数字时钟 + 日历）akonadi 服务器永远不会启动，直到我自愿启动 kmail。
更新至 KDE-Plasma-5。24（相同的小部件集，运行相同的服务）我意识到 akonadi server & sons 是在 DE 启动时启动的。
出于数百个原因，我只是不想那样：
有没有什么地方我错过了任何新的可调参数？
我意识到一些我以前从未见过的进程正在运行：难道它
/usr/bin/kalendarac是/usr/bin/plasma_session直接的罪魁祸首吗？这是数字时钟默认小部件现在依赖的应用程序吗？- 有没有办法告诉kalendarac不要启动 akonadi 服务器？（我已经尝试禁用各种日历事件作为小部件设置的一部分，但对 akonadi 服务器的启动没有任何影响）
- 有没有办法让这个小部件的行为就像在 KDE-Plasma-5.23 下一样（使用 akonadi-stuff 未知的信息源）？
与 OP 中链接的 akonadi 页面的一部分所述相反，数字时钟小部件（无论其关于事件的配置如何）实际上不负责启动 akonadi 内容。
但是，全新的 (*)
/usr/bin/kalendarac可以。由于目录中的一些专用条目，它的儿子
/usr/bin/plasma_session默认情况下是自动启动的：.desktop/etc/xdg/autostartorg.kde.kalendarac.desktop与 xdg 服务一样，禁用此系统范围的条目（创建包含 的覆盖条目
Hidden=true）将有效地防止 kalendarac 在启动时自动启动，这顺便阻止了所有 akonadi 东西的自动启动。(*) 首次出现在我的系统上是由 akonadi-calendar-21 升级触发的。至 akonadi-calendar-22。在KDE Gear 22.04 BTW 之后，与我在问题中建议的 KDE-Plasma-5.23 到 5.24 升级没有直接关系。