由于 RHEL 限制，AlmaLinux 和 Rocky Linux 将重建其进程

我们最近在博客上分享了有关红帽对代码访问所做的更改的新闻（您可以在 在这里发帖），其中它基本上限制对影响第三方的 RHEL 代码的访问。 从 AlmaLinux 和 Rocky Linux 过渡到 CentOS Stream 的主要问题之一是 RHEL 和 CentOS Stream 软件包的发布不同步。

正如所提到的， RHEL 软件包代码现在仅公开可用 通过存储库 CentOS流，它作为 RHEL 未来版本的基础。

关于案例，项目AlmaLinux 和 Rocky Linux，发布了 Red Hat Enterprise Linux 的二进制兼容版本， 他们已经谈过了 并在红帽限制公众访问 RHEL 软件包源代码后发布了声明和路线图。

特别是，没有o RHEL 中的所有软件包源同时迁移到 CentOS Stream， 以相同的顺序和方式（发布到 CentOS Stream 的软件包可能缺少一些补丁）。

我们将在未来几周内讨论针对这一变化的短期和长期解决方案。 今天我们花了很多时间进行深入研究，以确保我们了解问题的深度并讨论了我们可能的选择。

短期内，我们将与 RHEL 生态系统的其他成员合作，确保我们继续以众所周知的速度和稳定性提供安全更新。

从长远来看，我们将与这些合作伙伴以及我们的社区合作，确定 AlmaLinux 作为 Linux 企业生态系统一部分的最佳前进道路。 Benny Vasquez，AlmaLinux OS 基金会董事会主席

例如，与修复 Linux 内核软件包中的漏洞相关的更新可能会延迟发布到 CentOS Stream。 也不保证软件包会在 RHEL 发布时或之后出现在 CentOS Stream 存储库中。

另外， CentOS Stream 和 RHEL 中的软件包版本号并不总是匹配。 支持条款也存在问题：CentOS Stream 在发布后 5 年内更新，而 RHEL 发行版的完整生命周期为 10 年，也就是说，CentOS Stream 不能作为发行版生命周期最后 5 年的更新源循环。

对于客户， Red Hat 保留了通过网站的封闭部分下载 RHEL srpm 代码的可能性，其中包含禁止重新分发 RHEL 的附加用户协议 (EULA)。 AlmaLinux和Rocky Linux使用从Red Hat客户门户下载的srpm包，存在法律风险。

虽然这一决定改变了我们用于构建 Rocky Linux 的自动化，但我们已经制定了短期缓解措施，并正在制定长期战略。 任何 Rocky Linux 用户、贡献者或合作伙伴都不会受到干扰或改变。

AlmaLinux 和 Rocky Linux 打算继续创建构建 可以重现 Red Hat Enterprise Linux 软件包，完全二进制兼容，具有相同的行为（在 bug 级别），并且可以用作 RHEL 的替代品。

发行版 他们将不得不重新设计内部版本生成流程， 但对于用户和合作伙伴来说，什么都不会改变，项目将继续像以前一样快速生成构建。 为了避免更新交付中断， 这两个项目都将首先使用解决方法， 之后，他们计划确定长期战略并实施更周到的长期解决方案，目前仍在讨论各种方案。

作为临时解决方案，该项目 AlmaLinux 打算切换到 CentOS Stream 存储库的更改跟踪 而且 使用 Oracle Linux 存储库 继续生成包更新以修复漏洞。 生成的更新将被进一步审查和调整，以确保与 RHEL 更新完全兼容，而不违反红帽许可条款。

替代解决方案 洛基Linux es 创建一个额外的存储库来处理不同步的更新， 使用解决方法获取与缺少的更新关联的 srpm 包，并将其手动上传到临时存储库。 首先， 他们计划通过 RHEL 订阅接收软件包。 在此过程中，他们计划对提议的模型进行法律分析，以及将 srpm 包放入其存储库而不进行品牌重塑的可能性。

最后，如果您有兴趣了解更多信息，可以在以下链接中查看详细信息。

AlmaLinux 公告： https://almalinux.org

Rocky Linux 公告： https://rockylinux.org