DebianSidはしばしば新しいユーザーを怖がらせます。結局のところ「不安定」と呼ばれ、トイストーリーの意地悪な子供がすべてのおもちゃを壊したことにちなんで名付けられました。恐ろしいことですよね?ええと、ほとんどの場合、そうではありません。 SidはArchLinuxのようなものよりも不安定ではなく、少しの計画と常識があれば、比較的安全にデスクトップ上でSidを実行できます。
このチュートリアルでは、次のことを学びます。
- Apt-Listbugsを設定する方法
- FrankenDebianの作成を回避する方法
- UbuntuPPAを控えめに使用する方法
- アップグレードを計画する方法

使用されるソフトウェア要件と規則
カテゴリ | 使用する要件、規則、またはソフトウェアバージョン |
---|---|
Debian Sid | |
N / A | |
rootまたはsudo を介したLinuxシステムへの特権アクセス コマンド。 | |
# –指定されたLinuxコマンドは、rootユーザーとして直接、またはsudo を使用して、root権限で実行する必要があります。 コマンド$ –特定のLinuxコマンドを通常の非特権ユーザーとして実行する必要があります |
Apt-Listbugsの設定方法
ほとんどのローリングリリースのLinuxディストリビューションと同様に、Sidはそのように感じるため、ランダムにブレーキをかけるだけではありません。破損は通常、悪いアップデートが原因です。開発者のメーリングリストを購読して読むことに真の代替手段はありませんが、誰もがそのための時間を持っているわけではありません。ありがたいことに、Aptは既知のバグを追跡し、着信アップグレードにバグが存在するかどうかを通知し、何かを壊す前にそれを停止することを選択できる便利なツールがあります。
Apt-listbugsはインストールプロセスで自動的に機能します。何も設定する必要はなく、手動で実行する必要もありません。パッケージをインストールし、通常どおりに更新を実行するだけです。バグが存在する場合、apt-listbugsはアップグレードを一時停止し、バグと影響を受けるパッケージを提示します。そこで、とにかく続行するか、停止するかを選択できます。バグが軽微でシステムに影響を与えないことが確実でない限り、ほとんどの場合、停止することをお勧めします。そこから、バグが解決されることを期待して、システムを再度アップグレードするのを待つか、バグが修正されるまでAptピンを使用してパッケージのテストバージョンに切り替えることができます。どちらの方法も確実な選択肢であり、ケースバイケースで評価する必要があります。
$ sudo apt install apt-listbugs apt-listchanges
Apt-listchangesは、パッケージへの重要な変更を通知するもう1つの便利なツールです。それも含めるのは害にはなりません。
FrankenDebianの作成を回避する方法
FrankenDebianは、ユーザーが複数のDebianリリースを組み合わせたり、Ubuntuリポジトリを追加したりする場合に、ディストリビューション独自のドキュメントで造られた用語です。 Debian開発者はそれを行うことに対してまったく注意を払っていますが、実際にはリリースを組み合わせることが完全に問題ない場合があります。上記のように、バグからあなたを救うことさえできます。
Debian TestingとSidは、リリースのフリーズが進行中でない限り、互いに非常に緊密に連携していることがよくあります。このため、Sidシステムでテストリリースを利用できるようにし、Aptピンを使用してSidを優先することをお勧めします。問題のあるパッケージに遭遇した場合は、テストのバージョンを優先して、修正されるまでSidで壊れたバージョンを回避できます。通常、問題はSidで解決されるため、壊れたパッケージはテストに含まれません。 /etc/apt/sources.list
の良い例 ファイルは次のようになります。
deb http://ftp.us.debian.org/debian/ sid main contrib non-free deb-src http://ftp.us.debian.org/debian/ sid main deb http://ftp.us.debian.org/debian/ testing main contrib non-free deb-src http://ftp.us.debian.org/debian/ testing main
次に、/etc/apt/preferences
を設定します テストをピンバックします。
Package: * Pin: release a=unstable Pin-Priority: 1000 Package: * Pin: release a=testing Pin-Priority: 100
そこから、Pin-Priority
を使用したテストから特定のエントリを追加できます。 1000
より高い 不安定な相手よりも彼らを好む。
UbuntuPPAを控えめに使用する方法
ここで物事は本当に夢中になります。可能な限り、Ubuntu PPAおよびUbuntu用に設計されたリポジトリの使用は避けてください。ただし、できる場合があります。 仕事。 UbuntuはDebianSidに基づいているため、SidとUbuntuの最新の2つのバージョンの両方のソフトウェアバージョンは通常かなりよく一致します。つまり、UbuntuPPAのパッケージがSidと互換性を持つ可能性があるということです。
これはしません 「十分に近い」という理由で、あらゆる種類のUbuntuPPAをSidに追加する必要があることを意味します。つまり、多数のライブラリや依存関係がない単一のアプリケーションを収容するPPAがある場合、通常はそのアプリケーションにPPAを使用できます。ライブラリと新しいバージョンのコンポーネントおよび依存関係の取り込みを開始すると、実質的にシステムが破損することが保証されます。
テーマやアイコンなどのグラフィカルな追加機能も、DebianでPPAを使用する場合の良い例です。テーマにはシステムライブラリは付属していません。これは単なるテーマであり、何らかの理由で壊れたとしても、システム全体は問題ありません。
アップグレードを計画する方法
Debian Sidは、ローリングリリースディストリビューションのほとんどのルールに従います。ローリングリリースを実行する場合、更新時にシステムが破損しないようにするために採用する必要のある一般的なグッドプラクティス戦略がいくつかあります。ただし、Sidの動作は異なるため、これにはDebian固有のものもあります。更新を計画することは、トラブルを回避するのに真剣に役立ちます。
遠隔アップグレードを避ける
apt dist-upgrade
を使いたくなるかもしれません より完全な更新を強制し、パッケージが抑制されないようにします。ええと、それらのパッケージは通常、理由のために差し控えられており、dist-upgrade
新しいパッケージを機能させるためにパッケージを削除して、あなたに代わって選択を行います。そのため、定期的に使用することは非常に悪い考えです。タイミングの悪い1つのdist-upgrade
重要なシステムコンポーネントを取り除いて、すべてを永久に破壊する可能性があります。使用するメリットは実際にはないので、使用しないでください。
定期的に更新
ほとんどのローリングリリースディストリビューションと同様に、DebianSidを古くしすぎるようにするのは良い考えではありません。ローリングディストリビューションが大幅に遅れると、互換性のないパッケージが存在することになります。飛躍は行き過ぎになるかもしれません。これにより、解決できない依存関係の競合や完全な破損が発生する可能性があります。
Sidを週に1回更新して、すべてが最新の状態に保たれるようにします。もちろん、ここでの1つの例外はバグです。 apt-listbugsからバグが発生した場合は、もう少し待つか、ピン留めして解決することができます。
安定したリリースに近い更新を避ける
Sidで発生する可能性のあるDebian独自の問題がもう1つあります。 Debianの各安定版リリースの前に、テストは数か月間完全にフリーズし、新しいアップデートはありません。 Debian開発者が新しいリリースの準備で忙しいため、Sidも遅くなる傾向があります。次に、新しいバージョンがリリースされると、すべてのバックチェンジがTestingとSidに殺到します。その結果、船積みの不安定さが生じます。新しいDebianリリース後少なくとも1週間はSidを更新しないでください。それらは2年かそこらごとにしか発生しません。つまり、これはそれほど一般的な問題ではありません。
結論
Debian Sidを使用することは、ローリングリリースのDebianエクスペリエンスを取得するための良い方法です。通常、Ubuntuよりも新しいパッケージがありますが、システムの安定性はほぼ同じレベルです。完璧な戦略はありません。物事がうまくいかない可能性は常にあります。そのため、これはデスクトップでのみ有効なオプションであり、絶対にミッションクリティカルなものでSidを実行しないでください。