私はDebianテストを実行しています(bookworm
この記事を書いた時点で)、以前のDebian 10でのみ利用可能なパッケージが必要です(buster
;今日は」古い屋台")。
buster
関連行を追加し、パッケージを更新してsources.list
インストールしました。ただし、これによりシステムに矛盾が生じる可能性があるという懸念があり、その行を削除しました。
main
異なる2つのディストリビューションの2つのコンポーネントを持つことは安全ですか?このパッケージはDebian 11に含まれていないため、配布バージョン間の距離は異なる可能性があります。これを行うのに推奨される方法は何ですか?
答え1
安全ではない、今日はうまくいくかもしれませんが、アップデート後はうまくいかないかもしれません。新しいライブラリを使用しているため、追跡が困難な方法で一部の機能が破損する可能性があります。要約すると、そうではありません。安全。
より良いアプローチは、ソースコードを取得することです。パッケージの再構築Debianの最新の開発ツールを使用してください。これには少し時間がかかります(一部の開発ライブラリは使用できなくなり、ソースからインポートする必要があります)。
それでもなお配布されなくなった理由について詳しくは、Debianのパッケージページをご覧ください。これは、再構築時に他の問題を解決するのにも役立ちます。
答え2
両方のディストリビューションが同じパッケージで競合しない限り、安全です。いいえ、そのような紛争が発生するかどうかを予測することはできません。
一般に、ソースリストにアプリケーション固有のソースを追加するのは安全です。たとえば、私はVSコードを使用しているため、Microsoftのリポジトリをリストに保持することがよくあります。私はそれが私のコンピュータの主要なリポジトリであるUbuntuのリポジトリと衝突しないと比較的確信しています。
ただし、説明した状況(同じディストリビューションで異なるバージョンのアプリを使用)では、単一のアプリパッケージをダウンロードしてローカルにインストールする方が簡単で安全です。他のライブラリが必要になる可能性が高くなりますが、基本ライブラリ(実際のデフォルトの「マスター」ディストリビューション)からインポートされるため、競合は発生しません。
特定のパッケージをダウンロードする際の唯一の欠点は、自動的に更新されないことです。開発者が新しいバージョンをリリースすると、ユーザーは手動で手動で更新する必要があります。この場合、制御されたダウンロードが行われ、新しいバージョンのアプリケーションに必要な追加パッケージを確認できるため、競合の可能性が最小限に抑えられます。
以前のディストリビューションからアプリケーションを入手する場合は、最新のディストリビューションには存在しない古いライブラリが必要になる場合があります。この場合、どのパッケージが必要かを知っていれば、プロセスを繰り返すことができます。追加パッケージをダウンロードしてローカルにインストールし、依存関係に競合がないことを確認します。アプリケーションを再インストールしてみてください。必要に応じて繰り返します。