scrcpy
Debian 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パッケージを変更せずに再導入すると、この問題が発生します。