保持开源的开放性

Rocky Linux 的每一位用户都受到重视，他们的贡献至关重要。从软件工程师到 IT 专业人士和爱好者，我们共同构成了 Linux 和开源社区的一部分。Rocky Enterprise Software Foundation 的成立基于我们共同的愿景，即开源软件应该保持稳定、易于访问，并由社区管理。

这一承诺根植于我们所做的每一件事。自 Rocky 项目成立以来，我们一直优先考虑可复现性、决策的透明度，以及确保没有任何单一供应商或公司可以挟持该项目。当我们刚开始时，我们讨论了我们的模式和使命，并决定不分裂企业 Linux 社区。相反，本着开源原则和标准的精神，我们创建了一个与 Red Hat Enterprise Linux (RHEL) 兼容的项目。通过遵循这种方法，我们遵循了企业 Linux 的单一标准，并与 CentOS 的最初目标保持一致。

然而，Red Hat 最近表达了他们的观点，认为他们“看不到 RHEL 重建的价值”。虽然我们认为这种观点很狭隘，但 Red Hat 已经采取了强硬立场，并将 RHEL 源代码的访问权限限制为仅限于其付费客户。这些源代码主要由 Red Hat 不拥有的上游开源项目包组成。

此前，我们完全从 CentOS Git 存储库 根据他们的建议获取 Rocky Linux 的源代码。但是，该存储库不再托管所有与 RHEL 对应的版本。因此，我们现在必须从多个来源收集源代码，包括 CentOS Stream、原始上游软件包和 RHEL SRPM。

此外，Red Hat 的服务条款 (TOS) 和最终用户许可协议 (EULA) 施加了试图阻止合法客户行使其 GPL 保证的权利的条件。尽管社区正在辩论这是否违反了 GPL，但我们坚信此类协议违反了开源的精神和目的。因此，我们拒绝同意它们，这意味着我们必须通过符合我们原则和维护我们权利的渠道获取 SRPM。

这次状态更新的延迟是由于我们希望在社区需求、技术要求以及 Red Hat 所带来的对开源和社区原则的挑战之间取得平衡。幸运的是，有其他方法可以获取源代码，我们想重点介绍两个例子。

一种选择是通过使用 UBI 容器镜像，该镜像基于 RHEL 并可从多个在线来源（包括 Docker Hub）获得。通过使用 UBI 镜像，可以轻松可靠地获取 Red Hat 源代码，且不受任何限制。我们已通过 OCI (Open Container Initiative) 容器对其进行了验证，其运行效果完全符合预期。

我们将利用的另一种方法是按使用付费的公共云实例。通过这种方法，任何人都可以启动云中的 RHEL 镜像，从而获取所有软件包和错误修复的源代码。这是我们最容易扩展的方法，因为我们可以通过 CI 管道完成所有这些工作，启动云镜像以通过 DNF 获取源代码，并自动发布到我们的 Git 存储库。

这些方法之所以可行，是因为 GPL 的强大功能。没有人能够阻止 GPL 软件的再分发。重申一下，这两种方法都使我们能够合法地获取 RHEL 二进制文件和 SRPM，而不会损害我们对开源软件的承诺，也不会同意阻碍我们权利的服务条款或最终用户许可协议的限制。我们的法律顾问已向我们保证，我们有权获取我们收到的任何二进制文件的来源，确保我们可以按照我们的初衷继续推进 Rocky Linux。

尽管我们不断探索其他选择，但上述方法可能会发生变化。然而，我们对开源和企业 Linux 社区坚定不移的奉献和承诺将保持不变。

如果 Red Hat 决定加大力度对社区产生负面影响，Rocky Linux 将继续为整个开源社区的最大利益服务。

提醒大家，我们欢迎所有人为我们的工作做出贡献。您可以在 我们的 wiki 上了解更多关于如何加入我们以及各种贡献方式的信息。想表达您对 Rocky Linux 的支持吗？通过与您的网络分享、参与或贡献社区，或告诉您的朋友来帮助我们传播信息。我们的社区对我们的成功至关重要，我们重视您的支持。携手并进，我们可以让 Rocky Linux 继续蓬勃发展！