Portal:Jump/Leap15.2.1:GoNogo

跳转到：导航，搜索

Go-NoGo 决策的目的是什么？

最终 No-Go 公布于 2020 年 11 月 3 日 https://lists.opensuse.org/opensuse-project/2020-11/msg00001.html

我们正在决定是否要将 openSUSE Jump 发布为 openSUSE Leap 15.2.1。当前的 路线图 提出 openSUSE Leap 15.2.1 版本将在 2020 年 11 月 4 日发布。

如果决定 (有条件) Go，那么 openSUSE Leap 15.2.1 将作为 openSUSE Leap 15.2 和 15.3 之间的中间版本发布。如果决定 No-Go，我们将根据 路线图 直接进入 openSUSE Leap 15.3 的开发。openSUSE Leap 15.3 将基于相同的提议 Portal:Jump 概念。

我们希望基于 openSUSE Jump 与 SUSE Linux Enterprise 产品管理讨论的 预先商定的条件 一致来做出决定。这些要点作为公告的一部分提供给 opensuse-factory@ 和 opensuse-project@ 社区进行审查。

决策何时进行？

2020 年 10 月 20 日 - 中欧夏令时上午 9-10 点。利益相关者收到虚拟活动的链接。

发布前 Jump 预计满足的条件

我将项目进行了分类，但它们与 https://etherpad.opensuse.org/p/ClosingTheLeapGap-20200924-interlock-discussion 中的内容相同

SLE 产品管理

发布管理和发布工程

  • 除非对特定软件包已授予例外，否则没有构建失败。
  • 该版本基于 SUSE Linux Enterprise 15 SP2 更新和相关的 openSUSE Backports。
    • 除了被拒绝的功能以及 openSUSE 社区同意放弃的功能（目前仅为 qemu-kvm/SDL2 集成）
  • SLE-15-SP3 中实现的所有功能都需要在 openSUSE Jump 中重新构建（使用 is_opensuse），这样我们才不会在功能上倒退。

构建服务

质量

迁移

  • 从 Leap 15.2 迁移到 Leap 15.2.1 正常工作。
    • 不一定测试较旧的版本，即使我们测试了它们。
    • 我们的文档说明您需要从一个版本迁移到另一个版本，并遵循 n+1 迁移场景（不要跳过任何版本）。
  • 从 Leap 15.2.1 -> SLE 15 SP2 正在工作
    • 我们需要记录用户需要启用更新仓库，或者用户必须使用最新季度更新的镜像

维护和安全

  • 维护设置已设置并经过测试

Go / NoGo 决策

请根据 openSUSE Jump 与您工作领域相关的条件组的一致性做出决定。

图例

  • 如果在 10 月 20 日的认可日，您工作领域内的条件（或它们的组合）得到满足，请输入“Go”。
  • 如果您的工作条件在认可日未满足，但有可能在预计 GA（11 月 4 日）之前满足，请输入“有条件 Go”。请在“理由”列中输入有问题的情况。
  • 如果您的工作条件在认可日未满足，但有可能在预计 GA（11 月 4 日）之前满足，请输入“有条件 NoGo”。请在“理由”列中输入有问题的情况。
  • 如果您的工作条件未满足，并且您认为在预计 GA 之前无法满足，请选择“No-Go”。请在“理由”列中输入有问题的情况。
团队 利益相关者 决策 (Go/有条件 Go/有条件 NoGo/NoGo) 理由
openSUSE 发布团队 Lubos Kocman 有条件 NoGo Leap 分支记录在此处 https://en.opensuse.net.cn/Portal:Jump/Leap15.2.1:Forks。尚未实现无缝迁移 bsc#1173582 / jsc#SLE-14807。维护设置尚未经过测试。SR 镜像正在进行中，预计 10 月底完成 jsc#OBS-63。选定的社区成员可以针对 SLE/Leap 打开 JIRA 功能。
openSUSE 发布团队 Max Lin 有条件 NoGo 迁移在 GA 之前有效。在线仓库设置已完成。
openSUSE 发布团队 Guillaume Gardet NoGo 不确定性太多。请参阅 Lubos 的评论 + 一些软件包缺失了 aarch64，VLC 是一个例子，但我怀疑对于非 x86 架构的软件包缺失更多（来自 PackageHub）。我们有什么办法来检查这类问题吗？
openSUSE 发布团队 Michel Normand Go/有条件 Go/有条件 NoGo/NoGo 如果不是 Go，则做出决定的理由
openSUSE 发布团队 Dirk Müller 有条件 NoGo Leap 上的回归（aarch64 和 armv7l 可能）尚未处理。我们需要更多时间来解决这个问题。
openSUSE 发布团队 Dominique Leuenberger 有条件 NoGo 即使 openQA 的外观（138 个绿色，26 个软失败，81 个失败）也无法让人放心。没有单个升级测试通过（但是，15.2 -> Jump 尚未测试）
SLE 发布管理 Alexander Herzig Go/有条件 我们仍然被 zchunk 的软件包阻塞，并且由于没有可用的维护者，我们正在高强度地搜索
SLE 发布管理 Stefan Weiberg Go 并非所有 CTLG 功能都已在 15 SP3 中交付
Autobuild 团队 Rüdiger Oertel 有条件 NoGo 既没有更新仓库也没有产品仓库以当前约定的名称和版本存在，因此在 RC 阶段明显缺失目标
Autobuild 团队 Adrian Schröter 有条件 NoGo 非最终更新元数据。产品数据需要讨论，恕我直言，目前已损坏。目前还为时过早做出决定。
维护团队 Stephan Barth, Marcus Meissner 有条件 NoGo ECO 未批准，zchunk 维护者缺失，Marcus：维护和仓库设置尚未完成，只剩下 3 周时间
安全团队 Marcus Meissner 有条件 NoGo 安全启动：不能混合 opensuse 和 suse 内核模块或其他安全启动软件包，否则安全具有条件 Go
Package Hub Wolfgang Engel, Go
Package Hub Scott Bahling Go
Beta 程序 Vincent Moutoussamy Go 休假，但代表他和他感兴趣的领域表示 Go。
工程 - 产品迁移 Jiří Šrain 有条件 Go 供应商更改的处理尚未实施；对于“zypper dup”需要在我们想要升级的旧版本中实施。不是发布中的障碍，但相当令人烦恼。
工程 - 内核 Libor Pecháček Go 将提供维护，Labs 团队意识到 openSUSE 和 SLE 之间的策略差距
工程 - 桌面 Frederic Crozat Go
质量保证维护 Heiko Rommel 有条件 Go Go 的条件：openSUSE Jump 15.2.1 的维护的 openQA 设置已准备就绪（POO#72202）；允许供应商更改的软件堆栈修复已整合并发布（ECO#2889）
质量保证迁移 Wei Gao 有条件 NoGo 从 Leap 到 SLE 的无缝迁移被 boo#1177506、boo#1177998 阻止
SLE 产品管理 Stefan Behlert 有条件 Go 虽然已经取得了很多成就，但要完全“Go”，最少的要求是提供更新仓库和最终元数据。如果这能在 11 月份完成，我们应该没问题。但我们不应该“强迫”它。在移动之前，我们应该在 openSUSE 邮件列表中宣布它，以避免用户方面的意外情况。
代表自己，试图平衡我的社区和 SUSE 的角色 Gerald Pfeifer 有条件 Go 我希望剩余的方面能在剩余的时间内完成，并且赞成将时间表延长一到两周，如果这有帮助的话（即使这意味着相应地推迟 Leap 15.3 的启动）。


最终 No-Go 公布于 2020 年 11 月 3 日 https://lists.opensuse.org/opensuse-project/2020-11/msg00001.html

从 "https://en.opensuse.net.cn/index.php?title=Portal:Jump/Leap15.2.1:GoNogo&oldid=149038" 检索