CentOS Stream 8およびRedHat 8 Enterprise Linux用の最も一般的で信頼性の高いrpm dnfリポジトリ[閉じる]

CentOS Stream 8およびRedHat 8 Enterprise Linux用の最も一般的で信頼性の高いrpm dnfリポジトリ[閉じる]

公式のIBM Red Hatリポジトリで利用できない標準パッケージまたはソフトウェアを見つけるためにdnfを使用できるように、CentOS Stream 8および/またはRHEL 8用のバイナリ互換パッケージを含むいくつかのrpmリポジトリを教えてください。

私の言葉は、例えば

  • カーネル、モジュール、ヘッダー - 私はv5.11や他のディストリビューションを使用していますが、CentOS Streamはまだv4を使用しています。
  • Linux Utils ビデオ - openSuse には v4l-utils v1.20 があります。別のディストリビューションで1.18を使用していますが、CentOS 8はまだv1.14を使用しているため、一部のソフトウェアは正常に動作しません。
  • チーズ - Fedoraにはv3.38があります。私は他のコンピュータで3.34を使用していますが、CentOSは現在機能していない古代の3.28を使用しています。

今はチーズは重要ではないかもしれませんが、他のいくつかのツールは重要であり、ソフトウェア開発者はほとんどのベンダーがDebianエコシステムにppaを持っているように、最新の安定した一致要件バージョンをインストールするために各アプリケーションの独自のリポジトリを持っています持たなければならないと確信しています。

ベストアンサー1

フレームワークの問題で最新および最高のパッケージを探している場合は、CentOS / RHELが適切ではない可能性があります。 CentOS / RHELでは、パッケージバージョン管理の基本的な概念は、パッケージを最初に確実に維持することです。これは通常、パッケージが特定の機能レベルに維持され、バグ修正のみが現在のバージョンでバックポートされることを意味します。

開発者が意図したものより新しいパッケージを実行することは無害に見え、ほとんどの場合はそうです。しかし、問題が発生する可能性は常に少ない。 Debian の世界ではこれを FrankenDebian と呼び、外部リポジトリが最新のコアライブラリバージョンを提供し、インストールされたライブラリと既知の良好なライブラリを上書きすると、システムが破損する可能性があります。ユーザーが外部リポジトリから上書きされたプログラムをインストールすると、この現象は常に発生します。glibcこの場合、解凍する価値がないため、通常はシステム全体を再インストールします。

通常、CentOS / RHELや他の「安定した」Linuxディストリビューションに適用されるDon't Break Debianページにリンクします。 Linuxでの作業中に気をつけたい場合は、通常これは良い考え方です。

https://wiki.debian.org/DontBreakDebian

おすすめ記事