Akonadi服务器以推出第一个需要它的应用程序而闻名. (Kmail,KaddressBook,KOrganizer…)
以前使用给定的小部件(包括一些数字时钟+日历)运行KDE-等离子-5.23,在我自愿启动kmail之前,akonadi服务器永远不会启动。
更新到KDE-等离子-5.24(相同的小部件集,相同的服务运行),我意识到akonadi服务器&子服务器是在DE启动时启动的。
基于数百个原因,我只是不想这样:
/usr/bin/kalendarac,/usr/bin/plasma_session的儿子,它会是直接的罪魁祸首吗?这是数字时钟默认小部件现在所依赖的应用程序吗?发布于 2022-11-20 15:58:00
与在OP中链接的akonadi页面的一部分相反,数字时钟小部件(不管它对事件的配置如何)实际上对启动akonadi没有责任。
然而,
/usr/bin/kalendarac都有./usr/bin/plasma_session之子,由于/etc/xdg/autostart目录:org.kde.kalendarac.desktop中的一些专用的.desktop条目,它默认是自动启动的。
与xdg服务一样,禁用此系统范围的条目(创建包含Hidden=true的覆盖项)将有效地防止kal宪兵在启动时自动启动,顺便说一句,阻止所有akonadi内容的自动启动。
(*)第一次出现在我的系统触发从阿科纳迪-日历-21升级。去阿科纳迪-日历-22。在KDE齿轮22.04之后,没有立即涉及到KDE-等离子体-5.23到5.24升级,正如我在问题中所建议的。
https://unix.stackexchange.com/questions/725548
复制相似问题