Gerald Pfeifer，SUSE 首席技术官兼 openSUSE 指导委员会主席， 社区考虑采取一项举措，使 openSUSE Leap 和 SUSE Linux Enterprise 发行版的开发和构建过程更加紧密地结合在一起。 目前，openSUSE Leap 版本是根据 SUSE Linux Enterprise 发行版中的核心软件包集构建的，但 openSUSE 的软件包是与源软件包分开构建的。 精华 统一组装两个发行版的工作以及在 openSUSE Leap 中使用 SUSE Linux Enterprise 的现成二进制包。
在第一阶段，建议在可能的情况下合并 openSUSE Leap 15.2 和 SUSE Linux Enterprise 15 SP2 的重叠代码库，而不会丢失两个发行版的功能和稳定性。 在第二阶段，与 openSUSE Leap 15.2 的经典版本并行，建议准备一个基于 SUSE Linux Enterprise 可执行文件的单独版本，并于 2020 年 2021 月发布临时版本。 第三阶段，即15.3年XNUMX月，计划发布openSUSE Leap XNUMX，默认使用SUSE Linux Enterprise的可执行文件。
使用相同的包将简化从一个发行版到另一个发行版的迁移，节省构建和测试资源，可以消除规范文件中的复杂性（在规范文件级别定义的所有差异将被统一）并使发送和处理更容易错误消息（将允许您不再诊断不同的包版本）。 openSUSE Leap 将被 SUSE 推广为社区和第三方合作伙伴的开发平台。 对于 openSUSE 用户来说，这一变化受益于使用稳定的生产代码和经过良好测试的软件包的能力。 涵盖已停产软件包的更新也将是通用的，并经过 SUSE QA 团队的充分测试。
openSUSE Tumbleweed 存储库仍将是开发提交给 openSUSE Leap 和 SLE 的新软件包的平台。 将更改传输到基础包的过程不会改变（事实上，将使用现成的二进制包，而不是从 SUSE src 包构建）。 所有共享包将继续在开放构建服务中提供以供修改和分叉。 如果需要在 openSUSE 和 SLE 中维护常见应用程序的不同功能，可以将附加功能移至 openSUSE 特定的包中（类似于品牌元素的分离），或者可以在 SUSE Linux Enterprise 中实现所需的功能。 SUSE Linux Enterprise 不支持 RISC-V 和 ARMv7 架构的软件包，建议单独编译。
来源： opennet.ru