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