在当前版本锁定 Thunar 时是否必须锁定依赖项？

Question

答：我不会太担心 thunar 的 d-bus 服务。

d-bus 服务通常由它们关联的软件包拥有，只要软件包本身不更新，就不应该更新。
这对于您在 OP 中提到的两项服务有效。

B/ 我会更担心包的运行时依赖性。

由于包管理器通常定义包的依赖项而不指定任何版本或指定最低版本，因此每当您更新系统时，这些依赖项都会更新，恕不另行通知。
有一天，很可能会发生（嗯……它会发生）某些更新会破坏您锁定的软件包。
当然，因为这些依赖项还依赖于其他包，它们本身也依赖于其他包……你意识到锁定所有内容是不明智的先验的在级联中......因为您最终会无缘无故地锁定整个系统以及大多数依赖项。
所以你必须理性地进行：

你什么时候应该开始担心：当您的发行版不再支持锁定软件包的版本时。
著名的发行版会尽最大努力确保他们支持的软件包不会被任何更新破坏。但从他们放弃支持的那一刻起，他们逻辑上就不再关心了。
从那时起，您应该停止盲目更新，并在更新之前仔细阅读（第一级）依赖项的更改日志，并最终锁定一些会破坏锁定包的更新。
当然，从那时起（阻止一个第一级依赖项更新），您需要监视它自己的依赖项（最初锁定的包的第二级依赖项）并以相同的方式对待它们。
当然，您知道它在某些时候可能（将）是……一项艰苦的工作。 (*1)

更深入地了解图纳尔具体来说。

您无法准确判断您锁定的是哪个版本的 thunar。在我的发行版 (gentoo) 4.16.11 当前稳定版上显示以下运行时依赖项：

>=dev-libs/glib-2.50
>=x11-libs/gdk-pixbuf-2.14
>=x11-libs/gtk+-3.22:3
>=xfce-base/exo-4.15.3
>=xfce-base/libxfce4ui-4.15.3
>=xfce-base/libxfce4util-4.15.2
>=xfce-base/xfconf-4.12
>=media-libs/libexif-0.6.19
dev-libs/gobject-introspection
>=x11-libs/libnotify-0.7
>=dev-libs/libpcre-6
>=xfce-base/xfce4-panel-4.10
dev-libs/libgudev
>=dev-util/desktop-file-utils-0.20-r1
x11-misc/shared-mime-info
>=gnome-base/gvfs-1.18.3
virtual/udev

由于其中一些依赖项是可选的，并且您的软件包版本可能不同，因此我建议您与实际实现进行交叉检查。此外，以下内容是在完全没有意识到一个特定点的情况下编写的：
您为您的桌面编写运行 kde-plasma 。当 thunar-xfce 依赖 GDBus 时，afaik 依赖 QtDBus 实现。我无法告诉你这两种不同的实现如何共存……您将自己发现如何共存及其在依赖关系方面的含义。

对于上面列出的内容，我在不久的将来不会担心任何事情......xfce 软件包除外。
当然，gtk（我假设 gtk3）支持将在某一天被删除，但不会在不久的将来。
但是我对 xfce 软件包一无所知。如果我可以与 kde 框架进行比较，它发展得相当快，并强制依赖的软件包以相同的速度升级，那么这些就是我会担心的软件包。

也就是说……如果（且仅当）在你的 KDE-Plasma 桌面下，thunar 是唯一一个依赖于 xfce 的软件包……你不会因为立即锁定这些软件包而丢失任何东西……

总结一下：是的！如果它们当前已安装到您的系统中，请将 exo、libxfce4ui、libxfce4util、xfconf 和 xfce4-panel 锁定到其当前版本......最好是安全而不是后悔。 ;-)

(*1) 这些行的作者大约 2 年前阻止了 nvidia 专有驱动程序的更新。长期以来，我设法（用一点魔法）让我的系统在最新的软件包版本上完美运行，除了六个锁定的低级软件包之外。
两年后……我必须承认，我被迫锁定了 1300 个包裹中的 200 个。
不用担心……一切都很完美，如果它有效……不要修复它。但是……这需要相当多的工作。

Answer 1