Red Hat 限制 RHEL 源码可得性，源码仅通过 CentOS Stream 公开

[lvii]

https://www.solidot.org/story?sid=75313

Red Hat 宣布其企业发行版 RHEL （ Red Hat Enterprise Linux ）相关源码 仅通过 CentOS Stream 公开。付费客户和合作伙伴仍然可通过 Red Hat Customer Portal 访问到源代码。限制 RHEL 源码可得性将加大社区发行版如 Alma Linux 和 Rocky Linux 以及甲骨文的企业发行版 Oracle Linux 提供 1:1 二进制兼容构建的难度。CentOS Stream 是一个 滚动更新发行版，是 RHEL 的 上游版本。CentOS 项目是在 2020 年停止提供传统的基于 RHEL 的社区发行版，之后 Alma Linux 和 Rocky Linux 出现去填补了原版 CentOS 的空白。

https://lwn.net/Articles/935592/

[ShikiSuen]

无非就是 Red Hat 被薅羊毛薅到气炸了而已。
想蹭企业品质的白饭的可以用脚投票改吃大便，官方 KDE 集成，稳如老狗。
前两天刚刚给一台老电脑灌了最新的大便 12 ，这一版 KDE 是我迄今为止用 KDE 桌面体验最稳定的一次。

[ShikiSuen]

另外吐槽一下甲骨文 Linux：这鬼玩意的中文支持烂得清奇。

Rocky Linux 也好，AlmaLinux 也好，他们接下来的出路就是这样：看新的 RHEL 问世了，统计系统内建的各个 DNF 包的子版本号，然后在 CentOS Stream 的源码的基础上固定使用这些 DNF 包的这些版本。如果连这都不想完成，就想追求所谓的「二进位相容」，那就真的太无耻了。

[flyqie]

@ShikiSuen #1

ubuntu 私货加的太多，还是上游的 debian 干净点。。

canonical 整的活挺多。。一堆奇奇怪怪的玩意。

[ShikiSuen]

@flyqie 对啊大便就很干净啊，所以我才推荐大便。

[ShikiSuen]

@flyqie （续上）

Ubuntu 的 KDE 环境那个崩溃劲头让我对 KDE Plasma 有超过好几年的恶劣印象，不过 KDE 官方的 KDE Neon 发行版倒是很稳定就是了、算是唯一例外。

但因为你我皆知的（你刚才讲过的）原因，我还是会推荐用大便 12 跑 KDE 。

另：Ubuntu Deepin 也是渣。

[ShikiSuen]

（我刚才骂的是 Ubuntu Deepin ，不是 Deepin 官方发行的系统。）

[flyqie]

@ShikiSuen #6

你说的 ubuntu deepin 应该是非官方移植的 ubuntu dde 吧。。

那个移植的版本好像有些 bug ，不太适合日常用。

dde 还是老老实实用 deepin 吧，话说 deepin23 底包居然用的 bookworm/sid 。。

[ShikiSuen]

@flyqie 大便 bookworm 很稳啊。不知你在惊讶什么。

[ShikiSuen]

顺便贴个梗图：
https://www.bt.cn/bbs/data/attachment/forum/202109/30/125900c33dl6zg0ha3d54q.png

[flyqie]

@ShikiSuen #8

没啥，就是看不懂他们之前说的`根系统`是啥意思。。

https://www.oschina.net/news/196463/deepin-independent

[ShikiSuen]

@flyqie 看来离断根还得需要一些时间。
可能是有关部门希望他们这么做（但他们出于各种合理的原因没这么做），所以他们只好这样对外声称了。

[liantian]

其实不管 centos stream 还是 debian testing 都稳定的很。
我一直没明白白嫖 redhat 有啥有用的，技术支持又蹭不到。

[james122333]

@liantian

很多稳定性都不差
但你想想培训过的会用什么？也很多人上班用而已
用其它的会有差异的 他们当然希望能继续
跟整天玩来玩去接触多的就不同 我都是整天玩来玩去

[feather12315]

我提一个企业版 Linux 才有的东西（或者说之前的 CentOS 才有的东西）：kernel 的 kabi 兼容性。

商业的 Linux 发行版，会在 Linux kernel 代码中的结构体预留很多字段，这些字段用于：
1. 新特性的 backport
2. bugfix

以及一个 kabi 白名单。


也就是说，尽管 kernel 的代码经过若干轮的 backport 、bugfix ，用掉了很多很多的结构体预留字段，只要第三方提供的内核模块使用的函数在白名单内，都会保证兼容性。

Debian 这种社区推动的，是不具备这些特性的。只有商业支持的 Linux kernel 才会有这些东西（比如 RHEL 、SuSE 企业版、Ubuntu 企业版，以及以前的 CentOS ）。

不使用第三方内核模块的话当然是用啥都行，使用第三方内核模块，随便使用发行版 kabi 兼容性绝对搞死人。

[feather12315]

kernel 只是一方面，还有 glibc 、systemd 之类的各种基础软件的兼容性：
发行版每个版本兼容性都稍微有点区别，企业版会给出 changelog ，社区版就不一定了。

[yyws2012]

服务端 suse 应该好于 Debian 吧。opensuse 官方维护并且和企业版兼容，可以优先用

[iwdmb]

Ubuntu Server 无压力
桌面版 KDE neon 好用

[iwdmb]

Ubuntu Server 的稳定性其实相当可以了

[asuraa]

Debian 路过 最近刚升级了 12 轻便稳定 舒服之极

[james122333]

@feather12315

这种模块本身就应该做成 dkms 版的 改 source 让它跳过检查根本神奇
glibc 和 systemd...我还是不多说好了