红帽RHEL源代码发行新政颁布后续:社区对其发起激烈的反击

2023年07月02日 15:40 次阅读 稿源:cnBeta.COM 条评论

当CentOS在2020年宣布关闭其传统的红帽企业Linux(RHEL)的"重建",专注于其开发构建的Stream时,CentOS提出该策略"消除了混乱"。当时主要控制CentOS的红帽公司认为这是"一个自然的、不可避免的下一步"。

上周,IBM拥有的红帽公司继续"推进CentOS Stream的发展",宣布CentOS Stream将是"与RHEL相关的公共源代码发布的唯一仓库",而RHEL的核心代码则被限制在客户门户中。(不过,RHEL的访问对个人开发者和多达16台服务器是免费的)。

对于许多关注红帽公司的开源承诺和服务合同业务的棘手平衡的人来说,这是一个决定性的时刻。

代码仍将流动,尽管是痛苦的

由CentOS联合创始人Greg Kurtzer发起的作为RHEL兼容发行版替代的Rocky Linux周四宣布,它认为红帽的举措"违反了开源的精神和目的"。接下来,使用一些不同的方法(Universal Base Image容器,按使用量付费的公共云实例),Rocky Linux打算在GNU通用公共许可证(GPL)下保持它认为合法的对RHEL代码的访问,并在代码存在时立即公开。

"我们对开源和企业级Linux社区坚定不移的奉献和承诺仍然坚定不移,"该项目在其博客文章中写道。

AlmaLinux,一个类似于RHEL衍生的发行版也在努力不断提供与RHEL兼容的更新和下游重建。"这个过程更加耗费人力,因为我们需要从几个来源收集数据和补丁,对它们进行比较,测试,然后构建它们进行发布,"AlmaLinux的社区经理Jack Aboutboul在一篇博文中写道。"但请放心,更新会像以前一样继续流传下去。"

文字与精神

软件自由保护协会的Bradley M. Kuhn上周对RHEL的商业模式和它与GPL的棘手关系进行了全面概述。库恩写道,红帽公司的商业模式"避开"了违反GPL的行为,但此前只有两次以有新闻价值的方式违反了GPL。从开放网络上扣留完全对应的源代码(CCS)并不违反GPL本身,但通过这样做,红帽使任何人都更难核实该公司是否符合GPL。

库恩对"这条漫长的道路把FOSS社区引向了一个如此令人失望的地方"表示难过。

杰夫-盖尔林(Jeff Geerling)的博文"亲爱的红帽:你是哑巴吗?"或他的YouTube视频"巨大的开源戏剧"体现了具有GPL思想的社区对红帽消息的更简短、更精炼的反应。Geerling说他正在从他的Ansible和其他软件项目中放弃对RHEL的支持,他说红帽的举动是为了"摧毁"Rocky、Alma和其他RHEL的衍生产品,在放弃完整的CentOS Linux的"背后的刀"之后,最近的举动"拿着那把刀,用力扭动"。

"简单地重建代码"

红帽公司核心平台工程副总裁麦克格拉斯周一写道,他在上周末"花了很多时间散步",思考Linux社区对最初宣布的反应。McGrath写道,红帽公司向上游贡献代码,不"简单地拿上游的软件包来重建",并维护和支持操作系统10年之久。

他写道:"我觉得我们最近围绕下游资源的决定所产生的大部分愤怒来自于那些不想为进入RHEL的时间、精力和资源付费的人,或者那些想重新打包以获取自己利益的人。这种对RHEL代码的需求是虚伪的。"

虽然红帽以前"发现了像CentOS这样的重建者所做工作的价值",但他们"涌现出RHEL专家并转化为销售的想法并不现实"。McGrath指出,SUSE、Canonical(Ubuntu)、AWS和微软是使用Linux代码的竞争者,但"没有人声称与其他公司'完全兼容'"。

"最终,我们没有发现RHEL重建的价值,我们也没有任何义务让重建者更容易,"他写道。"简单地重建代码,不增加价值或以任何方式改变它,代表了对各地开源公司的真正威胁。这是对开源的真正威胁,而且有可能使开源重新回到只有业余爱好者和黑客的活动。"

DevOps的Richi Jennings编译了更多社区对红帽最近的源码动作的反应。与完整的RHEL源代码不同,对此事的评论可能会在未来一段时间内持续进行。

相关文章:

CentOS Stream将被限制为存放RHEL相关公开源码的唯一仓库

对文章打分

红帽RHEL源代码发行新政颁布后续:社区对其发起激烈的反击

2 (50%)
已有 条意见

    最新资讯

    加载中...

    编辑精选

    加载中...

    热门评论

      Top 10

      招聘

      created by ceallan