Debian システムをできるだけ「安定」させたいのですが、virt-top
テスト リポジトリにのみ存在するパッケージが必要です。
2つの選択肢があります:
リポジトリ ファイルに test を追加し、 を使用してパッケージをインストールします
apt install ---target-release test virt-top
。 test から多くの依存パッケージをインストールしたり、現在インストールされている安定パッケージをアンインストール/上書きしたりするリスクがあるのではないかと心配しています。.deb ファイルをダウンロードし、 で手動でインストールします。依存関係についてエラーが出るかもしれませんが、 (
dpkg -i file.deb
で修正できるようです。apt-get install -fix-broken
テストはリポジトリファイルに追加されません)。
オプション 2 の方がシステム全体にとって「安全」だというのは正しいでしょうか。パッケージが動作しなくなる可能性はありますが、システム全体が壊れる可能性は低いですよね? (私は virt-top でこれを試しましたが、非常にうまくいきました)。
私の仮定に対する提案や訂正があれば、ぜひお願いします。
答え1
testing
デフォルトのリリースを設定している限り、sources.list に「release」を追加しても安全です。たとえば、次の行を追加します/etc/apt/apt.conf
。
APT::Default-Release "stable";
またはディレクトリ内に同じ行のファイルを作成する/etc/apt/apt.conf.d/
apt
(およびのような類似のプログラムapt-get
)はaptitude
、デフォルトのリリースからのパッケージのみをインストールします。ない限りこれを明示的に上書きして、別のリリースを使用するように指示する-t
か、パッケージ名でターゲットリリースを指定します。例:
apt install -t testing package
または
apt install package/testing
注意: ターゲット リリースを指定すると、apt は依存関係を満たすために必要なことはすべて実行します。したがって、パッケージが、テスト版ではあるが安定版ではないバージョンのパッケージ (ライブラリ パッケージなど) にバージョン依存している場合、そのパッケージもアップグレードされます。インストールまたはアップグレードの実行を許可する前に、、およびオプションを使用して、-d
apt-u
が-V
何を実行するかを確認してください。
答え2
まずバックポート リポジトリを試してみますが、virt-top
パッケージが提案されないようです。
dpkg -i
良いオプションのように思えますが、何が起こるかを制御するために、依存パッケージを手動で追加します ( apt install …
)。ただしapt install --fix-broken
、目的は達成され、構成されたリポジトリからのみパッケージが取得されます...これは非常に安全です。
3 番目のオプション: ソースを使用してコンパイルします。