Ubuntuの開発リリース(アルファ版、ベータ版など)を実行するのが好きです。
Ubuntuが安定版としてリリースされる前に、Ubuntuに対してproposed updatesを有効にしない理由はありますか?
安定したUbuntuのリリース後、提案された更新は異なりますか?
「開発サイクル中に-proposedを使用してもユーザーにはほとんどメリットがありません。そのような使用は強く推奨されません。」 1
Ubuntuの新しい安定版リリースの後、テスターは-proposedリポジトリを使用して、安定版リリース更新をテストし、リリースチームが更新を行うべきかどうかを判断できるようにすることをお勧めしますすべてのユーザーにリリースされます。ただし、開発サイクルでは、-proposedの動作が異なり、Ubuntu開発者は-proposedを有効にすることを推奨しますnot。
Ubuntuの開発サイクルでは、すべてのパッケージの更新が最初に提案されたリポジトリにアップロードされます。パッケージがいくつかの基本的なチェックを完了すると、通常のリポジトリにアップロードされます。
基本的なチェックは次のとおりです。
多くのパッケージでは、このプロセスは1〜2時間で完了します。
ユーザーが-proposedを有効にしている場合、それらの基本的なチェックのいくつかに失敗した壊れたパッケージの問題が発生する可能性があります。通常、Ubuntu開発者はどのパッケージがこれらの基本チェックの1つに失敗したかを定期的に追跡するため、問題に関するバグを報告する必要はありません。
要約すると、開発サイクル中に提案を有効にすると、バグのあるソフトウェアを実行するリスクが大きくなり、Ubuntuの品質を実際に向上させることができなくなります。
ソース:
開発リリースの場合、proposed
は有効にする意味がありません。
自動パッケージテストに使用されます。
ただし、安定版リリースでは、不安定なパッケージをテストし、ランチパッドにバグを報告する場合は、proposed
を有効にできます。他に有効にする理由はありません。
proposed
を使用するより良い方法は、永続的に有効にするのではなく、現時点でテストする選択したパッケージをインストールすることです。