Archでパッケージとその依存関係を繰り返しダウングレードする方法

Archでパッケージとその依存関係を繰り返しダウングレードする方法

最新のアップグレード後に特定のプログラム(特にfldigi)を実行するとxmonadがクラッシュするため、xmonadをダウングレードする必要があります。質問の反対Arch Linuxで複数のパッケージをダウングレードする方法は?、パッケージとその依存関係を繰り返しダウングレードする必要があります。

xmonadをダウングレードするには、haskell-...に依存するhaskell-x11をダウングレードする必要があります。これは〜20の異なるパッケージに依存しますが、〜20にのみ依存します。この場合、バッグセットが手から外れることはなく、一度に1つのバッグを処理するのが面倒であっても十分です。

ダウングレードで問題が解決したことを確認したら、再度ロールフォワードして、Haskellをよく知っている人がこの問題をデバッグするのを助ける予定です。

ベストアンサー1

これはバイナリ展開の制限です。すべてのバイナリディストリビューションは、ユーザーが遵守するか困難に直面する必要がある特定のポリシーを設定します。特にABIの破損に直面するか、複雑なパッケージチェーンを再構築し、これらのパッケージを並列にインストールする必要があり、これはArch哲学に反します。

単純なアーキテクチャの哲学は、最新バージョンのみがコアコンポーネントに統合されることを意味するので、バージョンの選択は実際には設計によって提供されません。それはおそらくツールチェーンが複雑すぎるからです。

対照的に、debベースのディストリビューションには複数のバージョンのパッケージがあり、自動依存関係解決機能があります。ただし、アップグレードした場合にのみ正常に動作し、ダウングレードした場合はパフォーマンスが悪くなります。ダウングレードすると、通常、パッケージチェーン全体が削除され、以前のバージョンが再インストールされます。パッケージピンの設定と消去は、長く時間がかかる作業です。したがって、これは理想的な状況ではありません。

ここで達成することは、システムポリシーを直接定義するポリシーレス環境です。デフォルトでは、ソースベースの展開が必要です。 Gentooをお勧めします。しかし、ほとんどのパッケージはバイナリ形式で提供されていないため、これらの自由には対価があります。また、Gentooのルートに近いまま、事前に構築されたバイナリのより大きなリポジトリが含まれているので、Calculate LinuxとRedCoreをぜひお試しください。

おすすめ記事