web-dev-qa-db-ja.com

Ubuntuの開発サイクル中に提案された更新を有効にしても大丈夫ですか?

Ubuntuの開発リリース(アルファ版、ベータ版など)を実行するのが好きです。

Ubuntuが安定版としてリリースされる前に、Ubuntuに対してproposed updatesを有効にしない理由はありますか?

安定したUbuntuのリリース後、提案された更新は異なりますか?

screenshot of proposed updates options screen from software-properties-gtk

8
Jeremy Bicha

「開発サイクル中に-proposedを使用してもユーザーにはほとんどメリットがありません。そのような使用は強く推奨されません。」 1

Ubuntuの新しい安定版リリースの後、テスターは-proposedリポジトリを使用して、安定版リリース更新をテストし、リリースチームが更新を行うべきかどうかを判断できるようにすることをお勧めしますすべてのユーザーにリリースされます。ただし、開発サイクルでは、-proposedの動作が異なり、Ubuntu開発者は-proposedを有効にすることを推奨しますnot

Ubuntuの開発サイクルでは、すべてのパッケージの更新が最初に提案されたリポジトリにアップロードされます。パッケージがいくつかの基本的なチェックを完了すると、通常のリポジトリにアップロードされます。

基本的なチェックは次のとおりです。

  • サポートされているすべてのアーキテクチャでのビルドの完了
  • ライブラリ遷移の完了(libfoo2> libfoo3)
  • 他の自動テストに合格

多くのパッケージでは、このプロセスは1〜2時間で完了します。

ユーザーが-proposedを有効にしている場合、それらの基本的なチェックのいくつかに失敗した壊れたパッケージの問題が発生する可能性があります。通常、Ubuntu開発者はどのパッケージがこれらの基本チェックの1つに失敗したかを定期的に追跡するため、問題に関するバグを報告する必要はありません。

要約すると、開発サイクル中に提案を有効にすると、バグのあるソフトウェアを実行するリスクが大きくなり、Ubuntuの品質を実際に向上させることができなくなります。

ソース:

6
Jeremy Bicha

開発リリースの場合、proposedは有効にする意味がありません。

自動パッケージテストに使用されます。

ただし、安定版リリースでは、不安定なパッケージをテストし、ランチパッドにバグを報告する場合は、proposedを有効にできます。他に有効にする理由はありません。

proposedを使用するより良い方法は、永続的に有効にするのではなく、現時点でテストする選択したパッケージをインストールすることです。

3
Pilot6