[实在是高] redha 直接消灭了免费的二进制兼容的 rhel 发行版

[2NUT]

最近才看到这个二十多天前的消息。

1. 之前 almalinux 或者 oracle linux 或者 rockylinux 可以直接通过 rhel 公布的源码构建完全 1：1 等价的 rhel 免费发行版

2. 现在红帽决定不公开 rhel 发行版了，你会问这不违反 gpl 协议么？ 不违反，因为 gpl 之规定你分发二进制的时候必须附上源代码，现在你不花钱就无法获得 rhel ，而花了钱的用户可以通过红帽的 portal 协议获得源代码，对了通过 portal 获取的源码直接构建是违反红帽协议的。

3. 结合去年高招，centos 直接成为中游 stream ，也就是 fedora 负责社区快速迭代，centos stream 的代码完全公开，但是 我 rhel 虽然是基于 stream 的代码库，但我现在不公开了，你想要白嫖我，你自己去 stream 代码库里构建，我完全遵循开放源码的规定，但是想 1：1 二进制兼容，你自己去 stream 滚动版本里提取吧。

4. 有人说 源码 等价 和 二进制等价有啥区别，主要就在于 安全更新 和维护的软件包，在滚动发行版本里只存在最新的版本 这里面是不包含商业加护维护的那些 bugfix 的。

感慨法务真的伟大值钱，早应该这么干了。 第一步收购 centos ，消灭 centoos ； 第二步 创建 centos stream 滚动发行版成为 rhel 中游； 第三步，通过法律条款直接限制 第三方 基于 srpm 构建二进制等价的发行版； 第四步，宣布个人用户免费可以使用 16 台 rhel 的授权

cite:

https://www.reddit.com/r/AlmaLinux/comments/14fcj4h/centos_stream_will_now_be_the_sole_repository_for/ https://juejin.cn/post/7238772205515997245

上面这个掘金的关于 redhat 员工的采访真实绝了，不停的混淆 源码等价 和 二进制等价这件事，堪称绝杀，甚至在道德层面都无法指摘。

[LokiSharp]

@ryd994 #35 没问题啊，GPL 只规定了要给用户源码，你不用 Redhat 的服务就不是他的用户。

[tairan2006]

容器化时代实在找不到什么原因必须要上 rhel 系了，debian/ubuntu 不挺好

[2NUT]

@tin3w5

不给你二进制就不需要给你源码，不花钱就不算朴昌

从应用角度说，docker 能解决 99% 的问题，其他的就是一些不适合 docker 的专有服务；应用系统选择其实是 云厂商的事情，毕竟 xaas 屏蔽了大部分问题。

[2NUT]

@tairan2006 长支持周期呀，docker 只解决了部署问题，操作系统本身的稳定性 安全修复 还是要的

[ShadowPower]

对于 RedHat 的决定我还挺开心的
因为我在公司碰到不少迷信 CentOS 的运维，把服务器搞得乱七八糟的，编译安装一堆包都不好更新/卸载
还会上网下一堆二进制库直接扔/usr/lib 里

然而那些包在 Debian 官方源里都有……
不如直接用 Debian ，这还是虚拟机里面，没什么硬件兼容不兼容的说法
问 CentOS 好在哪，答：“大家都在用，都说好”

[2NUT]

@ShadowPower 下次可以怼了，既没有 rh 的服务，也没有 rhel 二进制一致性

[gencoo]

@duke807 还是用 gentoo portage 的姿势编译构建 rhel 的 base core 源码野路子来的创新！！只是去了商标化的 1：1 兼容克隆构建本来就没什么难度，现在停止了 CentOS 的 git 仓库更新，克隆衍生发行版的维护者们确实不能方便的用 CI 伸手拉取，衍生发行版们难道从 gitlab 上 centos stream 那边 fork 一个分支维护的能力都没有吗？非要从 RHEL 下游那边克隆！现在傻眼了吧！

[zpf124]

我一直很好奇 楼主提到的 2 ，红帽的限制分发到底是怎么办到的，能直接禁用别人构建还不触犯 GPL 协议。然后翻看了半天大家的讨论还有 外国用户的说法，最终结果确实如楼主所说，但中间原理完全不一致。

由于 GPL 限制， 红帽必须给客户二进制的同时给客户源码， 同时无法限制客户使用源码修改和重新构建，所以实际上客户是可以自行编译构建再分发的，它做不到禁止客户构建。
但是，红帽的销售协议和 GPL 是不冲突的， 它可以规定当你通过源码重新构建并提供给其他用户后，你就违反了红帽的销售协议，你依然拥有当前版本的二进制和源码，但红帽的售后支持(服务)会自动终止，你将无权使用后续更新的软件和源码。

也就是说如果 rocky 购买了 RHEL 9.0.17 版本的授权， 然后通过源代码构建后， 这是意味着当前销售合同中止作废，rocky 再登录 redhat 官网只能下载，9.0.17 版本， 如果下载 9.1.45 这类版本的二进制和源码则属于盗版行为，redhat 就可以起诉你。
所以要么你从你购买的哪个版本的源码开始继续自行维护更新兼容，要么每次升级你都来买一份再分发给别人。

有一说一操作挺骚，但确实好像和 GPL 不冲突...

[2NUT]

@gencoo 衍生发行版们难道从 gitlab 上 centos stream 那边 fork 一个分支维护

这个工作量挺大的，软件包很多，而且还有安全更新散落在 git 不同版本提交里，很难保证以前的及时性了，还有测试工作

[tin3w5]

@2NUT 我相信这些搞 Redhat 下游发行版的社区，不可能不是 Redhat 的客户或合作伙伴。
不适合 docker 的服务就等等呗！等发行版出解决方案了再更行也来得及。
生产上安全修复没那么急的，日常做好隔离就好。当年在某国内大型头部公有云厂商工作的时候，即使是来自厂商验证过的非常紧急的软件包更新，也都是要先在测试环境里跑半个月看稳定性再上预发布、最后再上生产灰度的。
在一个正常的企业环境里，安全是“锦上添花”，毕竟企业要优先以业务的连续性为第一要务。
至于稳定性，反正用过硬件服务器的都知道只要硬件厂商支持列表里有，那就肯定能确保硬件支持稳定，不会从底层崩溃。

@ShadowPower 很多时候存在即合理，你说的 case 只能说这个运维比较迷糊，或者说有些话不愿跟你讲。毕竟运维是要讲究运维成本的，维护两套发行版的出错概率肯定比维护一套发行版的概率高。即使是用了 ansible 之类的工具替代了 shell 脚本，Ubuntu 系和 Redhat 系差异还是很大的。这就是为什么一些大型外企，业务会分的非常明确。虚拟化团队的硬件服务器运维和业务层使用虚拟机的运维完全是两个 team 。但是国内很多时候会压着，宁可把一个人掰成三个人来用，哪还有精力搞发行版兼容？

[vtgoal]

@zpf124 很多人对 GPL 和红帽添加的限制理解还不够透彻，简单总结就是:

1. GPL 规定分发二进制文件就必须同时要能够提供源码，RH 只向订阅用户分发二进制文件，同时只向这部分用户提供源码，这一点不违反 GPL 。
2. 红帽无法限制用户通过订阅拿到源码之后再重新分发源码、或者通过这个源码重构建，也就是说用户通过订阅拿到源码之后要做什么红帽管不了，那是 GPL 赋予的权利，但是红帽可以通过订阅协议终止你的订阅服务，也就是说红帽有权利说我不和你做生意了，不收你的钱了，我可以关闭你的订阅，你就没法通过订阅服务继续拿到我的源码了。

那现在有个问题，红帽有办法通过技术手段来识别源码是通过哪个账户获取并且向外分发或者用来重构建的吗？我的看法是不能，对于大企业或者组织来说，更多的是基于道德和合规方面考虑不会走这种漏洞，小公司，个人之类你就是不鸟红帽，红帽也拿你没办法。

[zpf124]

@vtgoal 主要搞得就是大公司的发行版，同行拿起我的筷子来抢我的饭碗，小公司还有个人你修改优化了一个半个软件，人家地主家大业大还真不一定看的上。

[liantian]

@vtgoal 小公司...和个人...

其实直接下载免费的 rhel dvd iso ，不订阅随便用就是了....

确实不知道讨论的意义是啥，白嫖的人不在乎，rh 不贵，买的人不嫌贵。

[ShadowPower]

@liantian 不知 rhel dvd iso 和订阅版本有没有功能区别。能拿到免费版就应该有权获得免费版的源码，如果和订阅版没有区别，实际上“源码收费”的限制就不存在了。

[liantian]

@ShadowPower 不不…
按理 dvd iso 是订阅后下载的，但实际上磁力 bt 甚至高校 ftp 随便下…

[xcai]

@liantian 没有支持和软件频道更新还不如推荐用 centos stream 最起码有更新，并且 rhel 也是由 cs 而来，不稳定的不会进入到 cs 相对于 fedora 来说。

[Eagleyes]

@ShadowPower #45 培训班，鸟哥都是 CentOS ，出了问题有人解答，社区多，回答多。

因为社区多，用户多，吸引更多的人去用它入门。如此循环惯性造成了用户众多，windows 用户同理

[digimoon]

@xcai rhel 开发者订阅不是白嫖了么，个人用这个和商业订阅差别就 rh 官方支持吧，基础的软件和更新应该都一样

[digimoon]

现在啥都用容器虚拟机的前提下，我比较关心母机的安全更新和硬件支持，有什么 rhel 和 debian 之外的推荐么

[Andim]

@digimoon 比较安全的就是 RHEL SUSE 了