Feature Planning 15.4
This is a page to keep track of early Feature requests for openSUSE Leap 15.4
Leap 15.4 将在整个 Alpha 和 Beta 阶段接受新功能。RC 阶段我们开始只接受重要的错误修复。https://en.opensuse.net.cn/openSUSE:Roadmap
SUSE Linux Enterprise 15 SP4 的合作伙伴功能截止日期是 2021 年 6 月 26 日。 这不是提交请求的截止日期,而是功能报告的截止日期。Leap 15.3 从 SUSE Linux Enterprise 获取所有软件包的 1/3 的二进制文件。 我们应该跟踪这些软件包中较大的功能请求,这些请求在流程后期可能难以获得批准。
请记住,我们经常需要更新某些 SLES 库,以便我们实际上可以在 Leap 15.4 中更新预期的软件包
SLE 15 SP4 提交请求的截止日期
2022 年 2 月 2 日是 SLES 的功能截止日期,我们必须遵守。2 月 16 日是 SLES 15 SP4 公开发布 Beta 和 openSUSE Leap 15.4 Beta 的代码提交截止日期。 这是理想的截止日期,更改仍可能在之后接受,但我们可能会遇到额外的困难(例如额外的 ECO 批准)。
如何针对 SUSE Linux Enterprise 提交请求?
所以你已经在 code-o-o(相应的 jira)中获得了批准的功能,或者你想修复一个错误。
首先使用 osc meta 检查它是否真的是 SLE 软件包。 以下示例表明 Leap 15.4 从 SUSE SLE 15 SP3 Updates 继承 bash 二进制文件,我们还需要将提交请求发送到那里。
$ osc meta pkg openSUSE:Leap:15.4 bash <package name="bash" project="SUSE:SLE-15-SP3:Update"> <title>The GNU Bourne-Again Shell</title> <description>Bash is an sh-compatible command interpreter that executes commands
用户可以依赖提交请求重定向到正确的软件包来源。或者强制指定目标项目。请勿使用 osc mr,因为这始终会在 openSUSE:Maintenance 项目中创建请求,这对于 SLE 而言将无法工作。
$ osc submitreq openSUSE:Leap:15.4 bash $ osc submitreq SUSE:SLE-15-SP3:Update
有关项目结构的更多信息,请参见 openSUSE:Packaging_for_Leap。
suse-sle-reviewer 审核
下一步是 openSUSE:Suse_sle_review_team 中的某人手动在他们的机器上触发 osc jumpreview,并批准(镜像)或拒绝更改并说明理由。
缺少问题引用
拒绝更改的最常见原因是提交请求中缺少问题引用(jsc#123456|bsc#123456|boo#123456)。 SUSE Linux Enterprise 对此有硬性要求。
Leap 社区功能的 Jira 问题引用可以在问题的元数据中找到 https://code.opensuse.org/leap/features/issues。 格式应为 jsc#ABC-123456。
功能审查会议
每周功能审查会议于每周一 15:00-15:30 中欧夏令时 (CEST),9:00-9:30 美国东部时间 (EDT) 举行。我们讨论和处理 https://code.opensuse.org/leap/features/issues 中的新请求。
Jitsi URL: https://meet.opensuse.org/meeting
在哪里查找或报告请求?
所有请求都应在 https://code.opensuse.org/leap/features/issues 中提供。用户可以使用 pag 工具(Pagure 的命令行界面)在命令行中列出请求。
然后需要手动将功能转移到 jira。稍后由产品管理部门批准。
谁可以在 JIRA 中创建合作伙伴问题
用户 lkocman、Pharaoh_Atem、ggardet_arm、oreinert、DocB 都应该能够在 openSUSE 合作伙伴项目中创建 JIRA 功能。功能转移到研发部门和产品管理部门的批准只能由 openSUSE TAM(lkocman 及其备份 gyr)完成。如果您急需,请直接联系他们(@suse.com 电子邮件或 irc)。
保持发行版的更新
我们想快速研究一下各自的 Factory 版本中有多少软件包无法在 SUSE SLE 15 SP3:Update 之上重新构建,并确保我们可以在合理的情况下进行主要的发行版刷新。
当前的测试项目可以在这里找到: https://build.opensuse.org/project/show/openSUSE:Backports:SLE-15-SP4:FactoryCandidates
我们应该在 6 月 26 日获得初始数据。 我们预计将从这里提出 150 多个更新请求。 SLE 产品管理部门需要审查初始数据