パッケージがテストにありませんが、安定したバックポート(2023年1月の特定のサンプル)に存在するのはなぜですか?

パッケージがテストにありませんが、安定したバックポート(2023年1月の特定のサンプル)に存在するのはなぜですか?

scrcpyDebian Testing(Bookworm)で、移行と削除履歴のロジックを理解するための作業を行いました。

引用https://tracker.debian.org/pkg/scrcpy(便宜上逆順):

  • [2022-04-08] scrcpy 1.23-1テストに移行されました(Debian Test Watch)
  • [2022-06-07] ブルスアイバックポート、ブルズアイバックポート(Debian FTP Masters)にscrcpy 1.23-1~bpo11+1(全ソースamd64)を許可(Antoine Beaupré署名)
    • したがって、現在のバージョン1.23は、テストと安定したバックポーティングに十分です。そうですか?
  • [2022-07-17]不安定(Yangfl)のscrcpy 1.24-1(ソース)承認(署名:Boyan Yang)
    • テストは1.23でもまだ動作します。そうですか?
  • [2022-07-23] scrcpy 1.24-1テストに移行されました(Debian Test Watch)
    • これは正確に何を意味しますか?つまり、「テストへの移行」とは、「テストがテストで機能するため、移行」を意味しますか?
  • [2022-09-28] scrcpyがテストから削除されました(Debian Test Observation)
    • ? !もう働かない?しかし、それでもなぜ良い1.23に戻るのではなく、なぜ削除するのですか?定義上、「テストからインポートされたパッケージ」であるバックポートが影響を受けないのはなぜですか?

最後に、この質問のより実用的な側面:状況を考えると、1.23インストールを安定版からテスト版にバックポートするのはどのくらい安全ですか?このバージョンは実際にテストから削除されていないので(1.24は)ある程度動作します。そうですか?

ベストアンサー1

テスト中のパッケージ不安定な状態で自動的に移行特定の基準が満たされた場合:

  • パッケージが固定された日数(アップロードの緊急性およびパッケージテストの有無に応じて2〜10日)の間、何も変更せずに不安定な状態です。
  • パッケージはテストに使用可能なすべてのアーキテクチャで正常に構築されました(パッケージアップグレード用)。
  • パッケージはテストインストールの可能性を維持します。
  • このパッケージには新しいバグは発生しません。

パッケージにリリースに重要なバグがある場合は、テストから削除できます。これはscrcpy:と他のバージョンで間接的に発生するバグなので、android-framework-23それに依存するすべてのパッケージと一緒にテストから削除されます。パッケージを以前のバージョンに復元することは非常にまれです。scrcpyパッケージの一般的な状態に応じてこれを試す必要はありません。に。

パッケージはバックポートに移行されませんが、テスト内の存在に応じて手動でアップロードされます。

そのため、scrcpy不安定な状態からテスト中の状態に自動的に移行し、バックポートにアップロードします。後に依存する他のAndroidパッケージの問題によりテストから削除されましたが、scrcpyバックポートされたパッケージはまだ削除されていません(削除されない可能性があります)。現在、不安定なパッケージもあります。2つの自己重大なエラーが発生しました。ただし、これはライブラリの依存関係に関連しており、信頼性の高いパッケージを使用するため、バックポートされたパッケージに影響を与えない可能性があります(そして不安定性の問題を引き起こすこれらのパッケージへの継続的な依存関係です)。

テストシステムの信頼性の高いインストールをバックポートするのは十分に安全ですscrcpyが、ライブラリの依存関係をもたらすために安定した設定も必要です。

これらすべてで、テストの目的は完全に機能するディストリビューションになるわけではないことを理解することが重要です。主な目標は、次の安定版になることです。具体的には、テストの主な目的の1つを含むすべてのパッケージが、テスト中のパッケージのみを使用してビルドおよびインストールできることを確認することを意味します。scrcpy残りのAndroidパッケージを変更せずに再導入すると、この問題が発生します。

おすすめ記事