主页 / unix / 问题 / 731155
Accepted
Anton K
Asked: 2023-01-10 11:49:46 +0800 CST

为什么一个包在测试中丢失但存在于稳定的反向移植中（在 2023 年 1 月的特定样本上）？

  • 772

努力理解scrcpyDebian 测试中迁移和删除历史的逻辑（Bookworm）。

引用来自https://tracker.debian.org/pkg/scrcpy的新闻（为了方便倒序）：

  • [2022-04-08] scrcpy 1.23-1 迁移到测试（Debian 测试手表）
  • [2022-06-07] 将 scrcpy 1.23-1~bpo11+1（来源 amd64 全部）接受到 bullseye-backports、bullseye-backports（Debian FTP Masters）（签名：Antoine Beaupré）
    • 所以在这一点上，1.23 版已经足够好，可以用于测试和稳定向后移植，对吧？
  • [2022-07-17] accepted scrcpy 1.24-1 (source) into unstable (Yangfl) (署名：杨博源)
    • 测试仍然有工作 1.23，对吗？
  • [2022-07-23] scrcpy 1.24-1 迁移到测试（Debian 测试手表）
    • 这到底是什么意思，即“迁移到测试”是否意味着“检查以在测试中工作，因此迁移”？
  • [2022-09-28] scrcpy 从测试中移除（Debian 测试观察）
    • ？！不工作了？但即便如此，为什么要删除它而不是回到好的 1.23？为什么向后移植不受影响，根据定义“从测试中获取的包”？

最后，这个问题更实际的一面：在这种情况下，现在从稳定的向后移植安装 1.23 到测试中会更安全还是更不安全？这个版本实际上并没有从测试中删除（1.24 是），所以它应该或多或少可以工作，对吧？

debian

1 个回答

  1. Best Answer

    一旦满足某些条件，测试中的包会自动从不稳定的环境中迁移：

    • 软件包在固定的天数内一直处于不稳定状态而没有变化（两到十天之间，取决于上传的紧迫性和软件包测试的存在）
    • 该软件包已成功构建在所有架构上，该软件包可用于测试（用于软件包升级）
    • 该软件包保留了测试的可安装性
    • 该软件包没有引入新的错误

    如果包引入了发布关键错误，则可以将它们从测试中删除。这是间接发生在scrcpy:上的事情android-framework-23，其他人有发布关键错误，所以他们与依赖于他们的所有包一起从测试中删除。将软件包恢复到以前的版本是极不寻常的，而且这种恢复必须首先经过不稳定；鉴于包的一般情况scrcpy无论如何都取决于，尝试这个没有任何意义。

    包不会迁移到反向端口，它们是根据它们在测试中的存在手动上传到那里的。

    因此scrcpy自动从不稳定迁移到测试，然后上传到 backports。由于scrcpy依赖的其他Android包存在问题，随后被移除测试；但是向后移植的包还没有被删除（并且可能不会被删除）。unstable 中的当前包也有两个它自己的发布关键错误，但那些与库依赖性有关并且可能不会影响向后移植的包，因为它使用稳定包（并且它是对那些导致问题的包的挥之不去的依赖性不稳定）。

    从测试系统上的稳定向后移植安装是足够安全的scrcpy，但您还需要进行稳定配置，以便可以引入库依赖项。

    在所有这一切中，重要的是要了解测试的目标并不是要成为一个完全可用的发行版；它本身就是一个发行版。它的主要目标是成为下一个稳定版本。特别是，这意味着测试的主要目的之一是确保它包含的所有包都是可构建和安装的，仅使用也在测试中的包。scrcpy在不修复其余 Android 软件包的情况下重新引入将打破这一点。

    • 1

相关问题