OpenSUSE的人们已经开始考虑一项倡议 与openSUSE Leap和SUSE Linux Enterprise的版本一起维护开发,是 杰拉尔德·菲佛 SUSE技术总监兼openSUSE监督委员会主席建议社区考虑 一个主动 汇集了OpenSUSE Leap和SUSE Linux Enterprise发行版的开发和构建过程。
这是提出来的 因为 当前的openSUSE Leap版本基于 基本设置 用于SUSE Linux Enterprise发行版的软件包,但是openSUSE软件包 与源代码包分开编译。 该提案的实质是统一构建发行版和在openSUSE Leap中使用SUSE Linux Enterprise中的即用型二进制软件包的工作。
今天,我有一些有趣的消息和一个建议可以传递:SUSE希望进一步向openSUSE社区开放,并建议将openSUSE Leap和SUSE Linux Enterprise的关系提升到一个新的水平。
在内部,这个想法被称为“弥补跳跃差距”,并提出加强和团结起来:
- 通过专注于openSUSE Leap作为社区和行业合作伙伴的开发平台,来开发社区。
- 通过利用稳定的企业代码库的好处和社区贡献的速度,用户社区。
- openSUSE Leap和SUSE Linux Enterprise(SLE)代码库,不仅共享源,而且还提供SUSE Linux Enterprise二进制文件以包含在openSUSE Leap中.
在第一阶段 打算合并代码库 如果可能的话,将openSUSE Leap 15.2和SUSE Linux Enterprise 15 SP2结合起来,而不会失去两个发行版的功能和稳定性。
在第二阶段,与经典版本的openSUSE Leap 15.2并行,建议根据可执行文件准备单独的版本 并于2020年XNUMX月发布了一个临时版本。
在第三阶段,即2021年15.3月,计划在其中默认使用来自SUSE Linux Enterprise的可执行文件来制定openSUSE Leap XNUMX的发行版。
使用相同的软件包将简化从一个发行版到另一个发行版的迁移, 它将节省编译和测试资源,消除规格文件中的复杂性(在规格文件级别定义的所有差异都将统一),并使发送和处理错误消息更容易(使您摆脱诊断不同组的错误)。包)。
SUSE将openSUSE Leap推广为社区的开发平台 和外部合作伙伴。 对于openSUSE用户,此更改是有益的,因为它可以使用稳定的工业发行代码和经过良好测试的软件包。 SUSE QC小组还将对经过删除的程序包进行的更新将是常规的且经过良好测试的。
我们很高兴看到Leap和Tumbleweed与SUSE Linux Enterprise一起发展壮大。
我们的工程师与OpenSUSE社区中的其他人一起努力的这种努力将使涉及到的所有人受益很多年。
仓库 openSUSE Tumbleweed将继续成为开发新软件包的平台 适用于openSUSE Leap和SLE。 将更改转移到基本软件包的过程将不会更改(实际上,我们将使用开箱即用的二进制软件包,而不是从SUSE src软件包进行编译)。
所有共享软件包将继续可用于Open Build Service来修改和创建派生。
如果有必要维护其他功能 openSUSE和SLE中的常见应用程序 可以将其他功能转移到特定的openSUSE软件包 (类似于品牌元素分离)或在SUSE Linux Enterprise中实现必要功能的包含。
SUSE Linux Enterprise不支持的RISC-V和ARMv7体系结构的软件包建议单独编译。
如果您想了解更多信息,可以查看详细信息 在下面的链接中。