~のためこれ問題私はThunarを現在のバージョンのMuonに固定することにしました。
私の目標は、Thunarをそのまま維持し、設定ファイルの場合は更新によって変更（および）されない/usr/share/dbus-1/services/ようにすることです。/usr/share/dbus-1/services/org.xfce.FileManager.service/usr/share/dbus-1/services/org.xfce.Thunar.FileManager1.service
私はKubuntu 22.04 / Plasmaを使用しているので、Thunarにはいくつかの依存関係があります。これらのdbus-servicesファイルがこれらの依存関係によって所有/制御され、Thunarが更新されていない間に更新された可能性はありますか？
ベストアンサー1
A：thunarのd-busサービスについてはあまり心配しません。
D-busサービスは通常関連パッケージの所有であるため、パッケージ自体が更新されない限り更新しないでください。
これはOPで述べた2つのサービスに適用されます。
B/パッケージのランタイム依存関係がより心配です。
パッケージマネージャは通常、バージョンを指定したり最小バージョンを指定したりせずにパッケージの依存関係を定義するため、これらの依存関係はシステムを更新するたびに予告なしに更新されます。
ある日、一部のアップデートでロックされたパッケージが破損する可能性があります（うーん…起こります）。
もちろん、これらの依存関係は他のパッケージにも依存するので、それ自体は他のパッケージに依存します。すべてをロックすることは賢明ではないことに気づくでしょう。優先順位カスケードで…理由なしでシステム全体とほとんどの依存関係がロックされるからです。
したがって、合理的に進む必要があります。
いつから心配を始めるべきですか？: ディストリビューションがロックされたパッケージのバージョンをサポートしていない場合。
評判の良いディストリビューションは、サポートされているパッケージがアップデートによって破損しないようにするために多くの努力を払います。しかし、彼らが支持を止める瞬間、彼らは論理的に注意を止めます。
その時点から盲目的な更新を中止し（最初のレベル）、依存関係の変更ログを注意深く読んでください。これを更新し、最終的にロックされたパッケージを壊すためにいくつかのアップデートをロックする前に言います。
もちろん、その時点から（最初のレベルの依存関係の更新をブロックする）独自の依存関係（最初にロックされたパッケージの2番目のレベルの依存関係）を監視し、同じ方法で処理する必要があります。
もちろん、あなたはそれがある時点で...難しいことになる可能性があることを知っています。 (*1)
詳細トゥナード具体的に。
どのバージョンのthunarにロックされているのか正確にはわかりません。私のディストリビューション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の実装に依存します。これら2つの異なる実装がどのように共存できるかは言えません。依存関係の観点から、これがどのようにして何を意味するのかを自分で知ることができます。
上記のもので、近いうちに何も心配しません...xfceパッケージを除外。
もちろん、gtk（gtk3と仮定）のサポートはいつか削除されますが、近い将来には削除されません。
しかし、私はxfceパッケージについて何も知りません。非常に急速に発展し、従属パッケージを同じ速度でアップグレードするように強制するkdeフレームワークと比較できる場合、それは私が心配するパッケージです。
つまり、thunarがKDE-Plasmaデスクトップでxfceに依存する唯一のパッケージであれば、そのパッケージをすぐにロックしても何も失うことはありません...
結論として：はい！ exo、libxfce4ui、libxfce4util、xfconf、およびxfce4-panelが現在システムにインストールされている場合は、現在のバージョンにロックします。後悔するよりも安全な方が良いです。 ;-)
(*1) このラインの作成者は、約2年前にNvidia独自ドライバのアップデートをブロックしました。長い間、私はロックされた6つの低レベルパッケージを除いて、システムが最新のパッケージバージョンで完全に実行されるように管理しました。
2年後…私は1300個のパッケージのうち200個を閉じ込めなければならなかったという事実を認めなければなりません。
心配しないでください。すべてが完璧です。うまくいけば…修理しないでください。しかし……かなりの作業が必要です。