Leap 16.0 进入开发阶段

大家好！

我在此正式宣布 Leap 16.0 进入开发阶段，以及 16.0 pre-Alpha 版本的发布。由于这是 pre-Alpha 版本，可能会发生重大变化，最终产品在 Alpha、Beta、候选发布或正式发布阶段可能会有很大不同。安装程序目前将为您提供 Base、GNOME 和 KDE 三种桌面环境。

用户可从 get.opensuse.org/leap/16.0 获取新的 Agama 安装镜像。安装程序目前提供 Base、GNOME 和 KDE 三种桌面环境。

Leap 16.0 是传统的发行版，也是 Leap 15.6 的后续版本，预计将于 2025 年秋季正式发布。

我们打算为用户提供足够多的重叠部分，以便 15.6 用户可以顺利迁移，就像他们习惯于以前的版本一样。

更多详细信息请参阅我们的路线图。由于我们必须应对任何 SUSE Linux Enterprise Server 16 计划的变更，因此路线图可能会有变动。

用户可以期待一个全新形式的传统发行版，它基于最新的 SLES 16 的二进制文件和我们 Factory 开发代码库中的社区软件包。

我们没有制作 Leap 15.7 的计划，但是我们仍然需要通过 Package HUB 为即将发布的 SLES 15 SP7 提供之前从 Leap 15 发布的社区软件包。这就是 OBS 中有 openSUSE:Backports:SLE-15-SP7 项目和 15.7 仓库的原因。

谁适合用这个 pre-Alpha 版本

这是一个处于预开发（pre-Alpha）阶段的产品，不适合用于承载日常负载任务。我强烈建议先在虚拟机中安装，并熟悉在线安装程序 Agama。

pre-Alpha 的目标受众是早期采用者和愿意积极参与这项大型工作的贡献者。采用者应考虑不时启动 Agama Media，以检查与其硬件的兼容性。

对于非贡献者用户，我强烈建议等待 Beta 版，预计将于 2025 年春季末推出。

如何报告错误？

我想请您在报告新问题之前检查我们的已知错误维基页面。如果您发现可能影响用户的新问题，请随时将其添加到页面。

特别是对于 Agama，我强烈建议使用 github.com/agama-project 并与 YaST 团队合作提出建议并合并任何更改。

对于其余组件，工作流程没有改变；只需选择 16.0 版本进行错误提交即可。

功能请求

对从 SLES 16 继承的软件包的所有更改都需要通过功能请求来请求。

功能请求将在每周一的功能审核会议上进行审核，我们将把 code-o-o 请求转换为 SUSE 工程部使用的 JIRA 请求（如适用）。

factory 自动化机器人将拒绝所有指向 code-o-o 的 SLES 软件包代码提交请求。您只需运行 osc ls SUSE:SLFO:1.1:Build，即可获得所有 SLFO/SLES 软件包的列表。

补充说明，SLFO 即 SUSE Linux Framework One，是 SLES 16 和 SL Micro 6.X 的源代码池。SLFO 此前被称为 ALP（Adaptable Linux Platform）。

我强烈建议使用 code-o-o 来协调更大规模的社区工作，例如启用对 Xfce 的支持，这可能需要更新一些 SLES 依赖项。这样我们就能共享更多的信息，并更好地推理相关的 SLES 更新请求。功能列表对于发布文章也非常有价值。

在哪里提交包、如何构建以及在哪里进行测试？

Leap 16.0 在 openSUSE:Leap:16.0 项目中进行构建，在 2025 年春末 Beta 版代码提交截止日期之前，我们非常欢迎任何社区提交的代码。我们打算保留以前的开发模式，除非必要，否则应避免分叉 SLES 软件包。我们不能再将 SLES 代码提交从 OBS 映射到 IBS。因此，所有 SLES 16 的更新请求都必须通过功能请求来提交。

为了进行质量控制，我们在 Leap 16.0 任务组中提供了基于 Agama 安装的基本测试套件。稍后，我们计划重新设计现有的 Leap 16.0 镜像任务组，以测试其余的设备映像。

我们维护社区软件包的项目可能会有变化，因为我们还没有完全确定如何制作 Package HUB；我们可能会使用与 Backports 类似的结构，就像 15.3+ 中那样。

进一步改进测试套件是我们目前最需要帮助的领域之一。相关的 progress.opensuse.org 跟踪器是 poo#164141 Leap 16.0 enablement 和 poo#166562 upgrade from 15.6。

另一个您可以提供帮助的领域是新软件包的提交和相关维护者对 Leap 16.0 软件包提交的审查。这些审查是有意义的，因为我们希望与维护者一起检查特定版本中的软件是否有必要纳入 Leap 16.0，而不是盲目地复制所有软件包。

参与品牌和营销工作

我非常自豪地宣布新的品牌推广工作，并感谢所有帮助 Leap 和 Tumbleweed 焕然一新的人们。因为还有一些未被公开的惊喜，我们计划发表一篇文章或一段视频，介绍这些变化以及进一步的计划。

您想在这方面帮助我们吗？请传播有关 openSUSE 的新闻并在 Telegram 频道上加入我们的 openSUSE 营销团队。

非常感谢所有帮助我们实现这一切的人。

Lubos Kocman，
代表 openSUSE 发行团队
致以问候。

---

原文：Development start of Leap 16.0，作者：Lubos Kocman