对红帽改变rhel源码管理的一点思考
一、写在前面
我不知道“红帽改变rhel源码管理”这样叙述是否准确,写这篇小文,一是几天前看到红帽的发文,这里可以阅读红帽官方译文 阅读红帽redhatchina译文 。二是,我对例如 CentOS、SUSE、openSUSE、Debian、Ubuntu、RHEL、Fedora等发行版的关系和特性其实也很感兴趣,想梳理一下,做个小笔记。三是,我之前在云服务器也用CentOS,CentOS“停服”后,我也面临一个选择问题,这都是后话了。所以说,我该选择什么版本呢?
二、摘一段文字读读
Ultimately, we do not find value in a RHEL rebuild and we are not under any obligation to make things easier for rebuilders; this is our call to make. That brings me to CentOS Stream, of which there is immense confusion. I acknowledge that this is a change in a longstanding tradition where we went above and beyond, and change like this can cause some confusion. That confusion manifested as accusations about us going closed-source and about alleged GPL violations.
- Ultimately, we do not find value in a RHEL rebuild and we are not under any obligation to make things easier for rebuilders 注意这句话,说的有错吗?红帽没找到 rebuild rhel 的价值 ,确实也没义务让你rebuilders工作更简单啊,没错啊
- That brings me to CentOS Stream, of which there is immense confusion. I acknowledge that this is a change in a longstanding tradition where we went above and beyond, and change like this can cause some confusion. 还有这句,确实啊,刚推出CentOS Stream的时候我也很困惑啊,这是在搞啥?
- That confusion manifested as accusations about us going closed-source and about alleged GPL violations. 最后,说红帽“闭源”,其实这点我怕引战,只能用不准确来叙述。 挖一个坑,GPL 得好好看看。
再看看开源中国这两篇,没有喷或者什么意思,看完原文再结合评论,就有一个思考在脑中:
红帽这样做真的大错特错吗?作为个人我到底要选择用什么?
三、比较认可的几个评论
以下是我对几条评论整理,结合我自己的观点:
- 可以说RedHat堵死除了付费订阅之外所有合法获取RHEL的途径。白嫖RedHat的CentOS时代彻底结束了。 注:这条存疑,因为我不确定他说的完全对。但是就白嫖,这点说,感觉再说又要引战了,红帽不想被这样白嫖,真被嫖坏了,没错啊。
- redhat之前是linux的主要开发商。linux的许多基础设施都是radhat开发的,比如flatpak,kvm,systemd,都是redhat开发的。 注:赞同这句“redhat之前是linux的主要开发商。linux的许多基础设施都是radhat开发的”,红帽对Linux和开源届也做了不少贡献
- 白嫖了红帽这么多年,一句感谢都没有,还要骂骂咧咧,一副受害者的样子……这风气下,国产linux 怎么可能成长 注:这句的要感谢红帽,我真的太能理解了,感谢红帽可以让我免费使用CentOS
还有看到大家在说哪个哪个Linux发行版666,怎么滴,就有了下面的内容。
四、几个Linux发行版的简单对比
我会分几个表
(一)
这个表格展示了Debian、RHEL (Red Hat Enterprise Linux)、Ubuntu、CentOS、SUSE 和 openSUSE 这几个 Linux 发行版在基础指令和内核等方面的主要区别:
特性 | Debian | RHEL | Ubuntu | CentOS | SUSE | openSUSE |
---|---|---|---|---|---|---|
发行商 | Debian 项目 | Red Hat | Canonical | CentOS 项目 | SUSE | openSUSE 项目 |
核心原则 | 自由、开源 | 商业支持、稳定性 | 用户友好、易用性 | 稳定性、安全性 | 企业级支持、可扩展性 | 社区驱动、可定制性 |
发行周期 | 长期支持版(LTS)和稳定版 | 长期支持版(RHEL) | 定期发布(每6个月) | 长期支持版(CentOS) | 长期支持版(SLE) | 定期发布(每8个月) |
默认包管理器 | dpkg、APT | RPM、yum | dpkg、APT | RPM、yum | RPM、zypper | RPM、zypper |
可安装软件包格式 | .deb | .rpm | .deb | .rpm | .rpm | .rpm |
默认桌面环境 | 可选(默认为GNOME) | 可选(默认为GNOME) | 可选(默认为GNOME) | 可选(默认为GNOME) | 可选(默认为GNOME) | 可选(默认为GNOME) |
系统初始化系统 | SysV init | Systemd | Systemd | Systemd | Systemd | Systemd |
配置工具 | 可选(如:dpkg-reconfigure) | system-config-* | 可选(如:dpkg-reconfigure) | 可选(如:system-config-*) | YaST | YaST |
常用命令 | apt、dpkg、aptitude | yum、rpm | apt、dpkg、aptitude | yum、rpm | zypper、rpm | zypper、rpm |
内核 | Linux | Linux | Linux | Linux | Linux | Linux |
系统文件层次结构 | FHS | FHS | FHS | FHS | FHS | FHS |
支持的体系结构 | 多种 | x86、x86-64、ARM | 多种 | x86、x86-64、ARM | x86、x86-64、ARM | x86、x86-64、ARM |
社区和支持 | 社区驱动 | 商业支持、社区支持 | 商业支持、社区支持 | 社区支持 | 商业支持、社区支持 | 社区支持 |
可以看看包管理器和安装包格式的区别和联系
(二)
这是 SUSE Linux Enterprise (SLE) 和 Red Hat Enterprise Linux (RHEL) 之间的一些主要区别:
特性 | SUSE Linux Enterprise (SLE) | Red Hat Enterprise Linux (RHEL) |
---|---|---|
发行商 | SUSE | Red Hat |
发行周期 | 长期支持版(LTS) | 长期支持版(LTS) |
商业支持 | 提供商业支持和服务 | 提供商业支持和服务 |
内核版本 | 提供与最新主线内核版本匹配的内核 | 提供与 CentOS 相同的内核版本 |
软件包管理器 | RPM、zypper | RPM、yum |
默认桌面环境 | GNOME | GNOME |
目标用户 | 企业和商业环境 | 企业和商业环境 |
安全性和可靠性 | 强调安全性和可靠性 | 强调安全性和可靠性 |
集成的管理工具 | SUSE Manager | Red Hat Satellite |
虚拟化和容器化技术支持 | 支持 KVM、Xen 和 Docker | 支持 KVM、VirtualBox 和 Docker |
(三)
下面是 CentOS 和 openSUSE 在日常使用、维护和操作方面的相似性和不同之处:
特性 | CentOS | openSUSE |
---|---|---|
基础来源 | Red Hat Enterprise Linux (RHEL) | SUSE Linux Enterprise (SLE) |
社区驱动 | 是 | 是 |
定位和目标用户 | 企业和服务器环境 | 桌面、服务器和开发环境 |
发行周期 | 长期支持版(LTS) | 定期发布(每8个月) |
软件包管理器 | RPM、yum | RPM、zypper |
默认桌面环境 | 可选(默认无) | 可选(默认为GNOME) |
发行版本选择 | CentOS Linux | openSUSE Leap、Tumbleweed |
商业支持 | 提供社区支持和第三方支持 | 提供商业支持和服务 |
管理工具 | 可选(如:system-config-*) | YaST |
社区支持和资源 | 较大的社区支持,有丰富的资源和文档 | 较大的社区支持,有丰富的资源和文档 |
虚拟化和容器化技术支持 | 支持 KVM、VirtualBox 和 Docker | 支持 KVM、Xen 和 Docker |
系统更新和安全补丁 | 提供定期更新和安全补丁 | 提供定期更新和安全补丁 |
默认文件系统 | ext4 | ext4、Btrfs、XFS |
初始化系统 | Systemd | Systemd |
(四)
插入几个小知识点:
-
什么是RPM包管理器:
RPM (Red Hat Package Manager) 包管理器是由 Red Hat 公司开发的。它是一种用于管理软件包的工具,最初是为 Red Hat Linux 发行版而开发的。RPM 包管理器采用了一种特定的文件格式和标准,用于创建、安装、升级和卸载软件包。它成为了许多 RPM 系的 Linux 发行版的标准包管理器,如 Red Hat Enterprise Linux (RHEL)、Fedora、SUSE Linux Enterprise (SLE)、CentOS 等。
-
几个常见的RPM 系的 Linux 发行版:Red Hat Enterprise Linux (RHEL)、CentOS、Fedora、Oracle Linux、openSUSE/SLE(应该也加上openSUSE 因为支持rpm)
-
SUSE和openSUSE 简介:SUSE Linux 最早是由德国的 SUSE(Software und System-Entwicklung)公司开发的,最早的发行版可以追溯到1994年。SUSE Linux 是一个基于 Slackware 的 Linux 发行版。openSUSE 是一种基于SUSE Linux Enterprise (SLE) 的社区驱动的 Linux 发行版,它强调可定制性和用户友好性。openSUSE Leap 是一款相对稳定的版本,它基于 SUSE Linux Enterprise (SLE) 的代码,但是包含了更多的开源软件包。Leap 版本强调稳定性和长期支持。openSUSE Tumbleweed 是一个滚动更新版本,它提供最新的软件包和功能,适合追求最新技术的用户。openSUSE 引以为豪的是 YaST(Yet another Setup Tool),它是 openSUSE 的系统配置工具。YaST 提供了图形界面和命令行界面,可以用于管理硬件设备、软件包、系统服务和网络设置等。
-
SUSE Linux Enterprise 和 RHEL 的关系((ChatGPT):SUSE Linux Enterprise 和 Red Hat Enterprise Linux (RHEL) 之间存在一定的关系。SUSE Linux Enterprise 是基于 RHEL 的源代码构建的,并在此基础上进行开发和定制,以满足 SUSE 公司的特定需求和客户需求。SUSE Linux Enterprise 通过添加自己的特性和工具,以及提供商业支持,为企业用户提供了一种可靠和稳定的 Linux 发行版选择。 基于 RHEL 的源代码构建:这意味着 SUSE Linux Enterprise (SLE) 在开发过程中使用了 Red Hat Enterprise Linux (RHEL) 的源代码作为基础。SUSE 公司从 RHEL 获取源代码,并在此基础上进行开发、定制和优化,以适应自己的需求和用户需求。这包括对内核、软件包、配置和功能等方面进行调整和改进。
五、最后
我是这样使用的:
- Ubuntu用小主机带着,主要跑ROS那一套东西,真的好用
- Debian 出到 12.0 还没试用,最近准备搞搞
- openSUSE真的没用过,可以试用下、
但是, 我还是更倾向于换到Debian 💩dabian 我喜欢这样称呼,真的很稳,很好用,我喜欢这个社区。openSUSE是真的,感觉很神秘。
本文来自博客园,作者:labspc,转载请注明原文链接:https://www.cnblogs.com/labspc/articles/post0.html
· go语言实现终端里的倒计时
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· 分享一个免费、快速、无限量使用的满血 DeepSeek R1 模型,支持深度思考和联网搜索!
· 使用C#创建一个MCP客户端
· ollama系列1:轻松3步本地部署deepseek,普通电脑可用
· 基于 Docker 搭建 FRP 内网穿透开源项目(很简单哒)
· 按钮权限的设计及实现