继 CentOS 后,红帽又惹“众怒”:限制访问 RHEL 代码,要“杀死”下游发行版?
2023-6-26 12:19:55 Author: Linux学习(查看原文) 阅读量:8 收藏

本文经授权转自公众号CSDN(ID:CSDNnews)

整理 | 郑丽媛

回顾 2020 年,红帽在宣布将终止对 CentOS 8 和 CentOS 7 的服务支持时,曾在开源社区引起了轩然大波。而时至 2023 年,本周红帽官方发布的一条公告,又一次引起了广大用户们的强烈抗议:

“现在,CentOS Stream 将成为公共 RHEL 相关源代码发布的唯一仓库。而对于 Red Hat 客户和合作伙伴,依然可以根据其订阅协议通过 Red Hat Customer Portal 获得 RHEL 源代码。” 

虽然没有明确表明,但这句话意味着红帽将限制第三方对 RHEL 源代码的访问——也就是说,如 AlmaLinux、Rocky Linux、Oracle Linux 等基于 RHEL 的下游发行版本,其未来发展将严重受阻,因为它们无法再继续提供与 RHEL 版本 100% 兼容的 1:1 构建。 

1、RHEL 源代码,未来只会对付费客户提供

事实上,在 2020 年宣布停用 CentOS 时,红帽曾隆重介绍过 CentOS Stream,并表示会将 CentOS 项目的工作和投资集中在 CentOS Stream 上,以进一步推动 Linux 创新。 

在本次公告中,红帽也再次明确了 CentOS Stream 的定位:“两年多前,红帽推出了 CentOS Stream,以此作为围绕 Red Hat Enterprise Linux(RHEL)合作的焦点。CentOS Stream 缩短了红帽工程师与合作伙伴、客户和社区之间的反馈窗口,同时也为 RHEL 的下一步创新提供了更大的知名度。由于 CentOS Stream 的存在,RHEL 的开发比以前更加透明和开放。” 

从开发流程上来看,CentOS Stream 属于 RHEL 的上游,或者说是一种对未来 RHEL 的预览:在发布新的 RHEL 版本之前,红帽会在 CentOS Stream 中开发 RHEL 的源代码,其中会包含下一个 RHEL 发行版的预期功能和相关更新。 

因此,总体而言 CentOS Stream 与 RHEL 有许多相似之处,不过具体在发布和支持周期、软件包、安全性等方面,二者还是有很多不同的。作为上游的 CentOS Stream,也并不总是包括 RHEL 的所有补丁和更新。 

好在 CentOS Stream 出现之前,红帽会把 RHEL 的公共源代码同步到到 git.centos.org;而当宣布 CentOS 项目将转向以 CentOS Stream 为中心后,红帽也依旧如此:“尽管不再构建基于 RHEL 的 CentOS Linux,但我们仍然维护了这些仓库。” 

因为 git.centos.org 的存在,当红帽决定停止开发 CentOS 后,不少开发者就通过借此实现 1:1 复制 RHEL 构建版本,例如被称作“CentOS 继承者”的 AlmaLinux。 

而此次红帽的决定,表示它将不会再把 RHEL 源代码同步至 git.centos.org,理由是:“围绕 CentOS Stream 的参与,工程投资水平,以及我们为客户和合作伙伴解决的新优先事项,使得现在维护独立、多余的存储库的效率降低。” 

同时,红帽还补充道:“最新的源代码仍可以通过 CentOS Stream 获得。而红帽的客户和合作伙伴,可以根据其订阅协议通过 Red Hat Customer Portal 获得 RHEL 源代码。” 

简单来说就是:RHEL 源代码,未来只会对付费客户提供——而毫无疑问,这个决定将严重影响一系列基于 RHEL 的下游发行版。 

2、红帽企图“杀死”下游克隆?

正如上文所说,CentOS Stream 虽是 RHEL 的上游,但它终究与 RHEL 不同。对于大多 RHEL 用户群体来说,他们可能也并不关心 CentOS Stream,因为不论是 AlmaLinux、Rocky Linux 还是之前的 CentOS Linux,它们都是 RHEL 的下游版本,即由相同的源代码重建,以此确保 100% 的兼容性。 

所以对于多数用户来说,即便 CentOS 停服在即,也可以运行 AlmaLinux、Rocky Linux 等任意重建版本,不仅能使用相同的驱动程序,获得与 RHEL 应用的完美兼容性,还不需要向红帽支付费用。 

可如今,红帽已决定限制第三方对 RHEL 源代码的访问,即这些下游发行版之后将无法再通过 git.centos.org 免费获取 RHEL 源代码。换句话说,目前这些下游发行版需要做出选择:要么此后把上游从 RHEL 换成 CentOS Stream,要么成为红帽的付费客户,才能继续获取 RHEL 源代码。 

其实早在红帽宣布这个决定之前,AlmaLinux 就发现了一些“猫腻”。上周 Red Hat 8 的一些更新,并没有像以往那样在 git.centos.org 上同步。为此,AlmaLinux 方面还向红帽提交了报告,但对方始终没有给予回答或解决,直到看到这次公告 AlmaLinux 才恍然大悟: 

“昨天,红帽宣布了一项巨大的转变,影响了 RHEL 的所有重构建和分支。今后红帽将只在其 Red Hat Customer Portal 中发布 RHEL RPM 的源代码 。由于所有 RHEL 克隆都依赖于发布的源代码,这对整个红帽生态再次造成了破坏。” 

AlmaLinux 承认,它受到了 RHEL 源代码发布变化的影响:“这一变化意味着,作为 RHEL 克隆的构建者,我们现在除了要遵循软件源中包含的许可协议外,还要负责遵守围绕红帽接口的许可和协议。不幸的是,按照我们今天的理解,红帽的用户接口协议表明,重新发布通过 Red Hat Customer Portal 获得的资源将违反这些协议。这意味着我们需要一个新的解决方案。” 

面对这个问题,AlmaLinux 内部花费了很多时间研究解决方法,目前它给出的方案是: 

在短期内,AlmaLinux 将与 RHEL 生态系统的其他成员合作,跟踪 CentOS Stream 的变化和 Oracle Linux 等,确保能按照之前的速度和稳定性继续提供安全更新。

从长远来看,AlmaLinux 将与其他 RHEL 下游产品和社区伙伴合作,争取找到一条最佳的前进道路。 

在 AlmaLinux 发布的声明最后,还回答了一些常见问题,其中有一个提问是“红帽是否企图杀死下游克隆?” 对此,AlmaLinux 的回答是:“我们无法谈论红帽的意图,只能指出他们公开说过的话。在 AlmaLinux 操作系统的发展过程中,我们与红帽公司建立了令人难以置信的工作关系,我们希望看到这种关系能继续下去。”

3、红帽“背叛开源”、“违反 GPL 协议”

红帽的这个操作,再次在开源开发者圈内引起了广泛讨论,其中很多人都在谴责红帽“背叛开源”、“违反 GPL 协议”等等:

▶“不是 GPL 吗,为什么还能限制访问代码?

“因为在许可证上附加了额外的限制,红帽已经违反了 GPL 的规定,并失去了分发 GPL 代码的许可,因为他们并不拥有这些代码的版权,也没有从版权所有者那里获得一些额外的许可。红帽应该期待律师来信,来提醒他们的义务。”

同时,也有部分开发者已在考虑是否要彻底脱离 RHEL 及其衍生产品:

我可能会放弃对 RHEL 衍生产品的测试,虽然红帽可能并不在意,但随着时间的推移,会有越来越多开发者做出跟我一样的决定,届时红帽就会发现他们的平台已逐渐变得不那么可靠了。”

对于红帽的这个决定,你又是否有什么想说的吗?

参考链接:

https://www.redhat.com/en/blog/furthering-evolution-centos-stream

https://almalinux.org/blog/impact-of-rhel-changes/

https://www.theregister.com/2023/06/23/red_hat_centos_move/

本文转自公众号“CSDN”,ID:CSDNnews

---END---

推荐↓↓↓

文章来源: http://mp.weixin.qq.com/s?__biz=MzI4MDEwNzAzNg==&mid=2649461126&idx=1&sn=733f8fd209e0b590500d055dc8d49546&chksm=f3a2b0f5c4d539e3ae379f28eb5ec25a5dfc117179f326eaadb4dc04d3d9b7053bacf94ccf0b#rd
如有侵权请联系:admin#unsafe.sh