Ubuntuの開発サイクル中に提案されたアップデートを有効にしても問題ありませんか?


9

Ubuntuの開発リリース(アルファ、ベータなど)を実行したい。

Ubuntuが安定版としてリリースされる前に、Ubuntuの提案された更新を有効にすべきではない理由はありますか?

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

software-properties-gtkからの提案された更新オプション画面のスクリーンショット

回答:


6

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

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

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

基本的なチェックには、

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

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

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

要約すると、開発サイクル中にプロポーザルを有効にすると、バグのあるソフトウェアを実行するリスクが高くなり、Ubuntuの品質はそれほど向上しません。

ソース:


4

開発リリースのproposed場合、オンにしても意味がありません。

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

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

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

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.