FSF 指谷歌在 WEI 上的做法是“邪恶先锋”自由软件基金会（FSF）的 Greg Farough 批评谷歌提出的网络环境完整性（WEI）是对自由互联网的全面攻击。称该政策文件所强调的使用案例与其真正的使用案例相比，简直是小巫见大巫，因为其真正的使用案例是制定一种方法来完全彻底地限制互联网的自由。借助 WEI，政府将可以利用它来确保只有其官方 “批准”（读作：后门）的浏览器才能访问互联网；Netflix 等公司将利用它来推进数字限制管理（DRM）；谷歌将利用它来拒绝用户访问其服务，除非用户使用的浏览器符合其利润率。最初 WEI 还只是发布在 GitHub 上的一份无伤大雅的 政策文件，但谷歌现在已将其快速发展到 Chromium 浏览器中，WEI 将很快就会出现在我们面前。他说，“曾经有段时间谷歌的理念是‘不作恶’，它如此短时间内就在 WEI 上取得进展，我们可以非常肯定地说，他们现在的政策是要成为邪恶先锋。”消息来源：FSF老王点评：很多人没太理解 WEI 的危害，而这篇文章清晰的分析了其潜在的危害。但是，这种程度的社区抗议恐怕无济于事。谷歌比较忌惮的是其它企业和政府对它的反对。除了支持 Firefox 这类自由的浏览器之外，我们还可以寄希望于在其它的 Chromium 下游版本中去除 WEI。AlmaLinux 向红帽示好，被拒绝了红帽关闭 CentOS，推行 CentOS Stream 成为 RHEL 上游，其中一个理由是希望社区来参与 CentOS Stream/RHEL 的开发，并指责 AlmaLinux 等 RHEL 克隆品只是简单的重建，而没有做出任何贡献。而 AlamLinux 一方面表示将不再寻求 1:1 克隆，将在 RHEL 之外合并补丁，另外一方面“也尝试在 CentOS Stream 中测试和复制问题”，以示好红帽。最近，AlmaLinux 提交了一个 Iperf3 的 CVE 修复到 CentOS Stream。但红帽公司的一位高级软件工程师回复说：“感谢您的贡献。目前，我们不打算在 RHEL 中解决这个问题，不过我们会根据客户需求继续评估。”AlamLinux 不理解“只需合并即可，为什么还要拒绝修复呢？”之前曾经称 AlmaLinux 等“只是简单地重建代码”的红帽公司核心平台（又名 RHEL）副总裁 Mike McGrath 对 AlmaLinux 表示了感谢，但拒绝了这些代码。事后，McGrath 承认错失了对 AlmaLinux 表达善意的机会，并提升了该 CVE 的等级，合并了这些代码。消息来源：ZDNet老王点评：只是说说而已，谁让你真提交代码了，没事就给添乱，你知道你提交了代码，红帽要做作多少回归测试吗。Python 接受可选全局解释器锁提案Python 指导委员会宣布，它计划接受 PEP 703，让全局解释器锁成为可选，即 No-GIL 模式。预计将在 Python 3.13 初步支持该模式。CPython 的全局解释器锁（GIL）阻止了同时多线程执行代码，成为了在多核 CPU 上提高 Python 代码运行效率的一大障碍。Meta 公司承诺为 PEP 703 提案提供 人力支持。Python 指导委员会强调了兼容性的重要性，要避免出现类似 Python 3 的情况，称它不是 Python 4。消息来源：Python 基金会老王点评：不是 Python 4，胜似 Python 4，这一改进对将 Python 应用到重要领域很有意义。
硬核观察 #1064 CentOS 项目发出一篇奇怪的博文
CentOS 项目发出一篇奇怪的博文最近，在红帽限制其 RHEL 源代码的访问之后，整个社区围绕这件事发生了很多事情。周五，CentOS 项目董事会发出了一篇模糊不清的简短博文，文中称，“发展社区并让人们更容易做出贡献是成功的关键因素。我们对与 CentOS 项目合作的兴趣感到兴奋。”并说他们今年以来一直在制定一套指导方针，“以帮助定义 CentOS 及其交付成果的成功含义”，还表达了对新贡献者的欢迎。除了这篇模糊不清的博文外，未见到进一步的明确信息。消息来源：CentOS老王点评：CentOS 项目还活着？要不是这篇博文，我以为他们已经不存在了呢。这算是对社区的抗议的反击吗？利用微软证书签发的恶意驱动多达数千个微软本周早些时候警告称，Windows 硬件开发者计划认证的一些驱动程序正在被恶意利用。为了应对恶意驱动程序的威胁，从 Windows Vista 64 位开始，微软开始要求内核模式驱动程序使用经过验证的证书颁发机构颁发的证书进行数字签名。不过，也有例外情况，使用过期证书或 2015 年 7 月 29 日之前签发的证书签署的驱动程序，也被认为是合法的驱动。已经有多种利用这一漏洞的开源工具出现。思科称，他们观察到多个威胁行为者利用这一政策漏洞部署了数千个恶意签名驱动程序。作为回应，微软阻止了所有这些证书。消息来源：E-Security Planet老王点评：为了照顾临时性的特例，而开的一个“后门”，终究会引来更多麻烦。印度开发商解雇 90% 的技术支持团队，将工作外包给人工智能一家印度软件开发商初创公司难以负担其客户支持团队的费用，于是将其外包给一个人工智能聊天机器人，后者显然更高效、更便宜。他们反映，改用机器人服务后，首次响应时间从 1 分 44 秒降至 0 秒。解决时间也急剧下降，从人工服务时的 2 小时 13 分钟下降到人工智能服务时的 3 分 12 秒。总体客户支持成本下降了约 85%。消息来源：The Register老王点评：尽管印度一直被视为廉价 IT 人才的来源，也是很多公司的全球客户支持中心，但是看起来，人工智能更便宜、更好用。
硬核观察 #1059 Oracle 嘲讽 IBM/红帽，建议 RHEL 成为 Oracle Linux 下游
Oracle 嘲讽 IBM/红帽，建议 RHEL 成为 Oracle Linux 下游在红帽限制了对 RHEL 源代码的访问之后，AlmaLinux 和 Rocky Linux 已经表示将克服困难继续推出 RHEL 克隆版。而现在，另外一个 RHEL 兼容发行版 Oracle Linux 也发表了他们的看法和行动。在一篇《保持 Linux 开放和自由 —— 我们损失不起》的新闻稿中，他们指出，Oracle 打算继续推动 Oracle Linux，并使其与上游的 RHEL 保持兼容，尽管他们没有说明将采取哪些步骤来获取未来的源代码。此外，他们还做出承诺，“只要 Oracle 分发 Linux，Oracle 将公开和免费提供该发行版的二进制文件和源代码。”并表示他们欢迎任何类型的下游发行版，包括社区和商业发行版。因为红帽曾在回应文章中提及他们不想继续公开发布 RHEL 的源代码的原因是红帽“必须为这些工作的人支付报酬”，所以最后 Oracle 还嘲讽了 IBM，“你说你不想为所有那些 RHEL 开发人员付费吗？你可以节省金钱的方法很简单：从我们这里获取。成为 Oracle Linux 的下游发行商。我们将乐意承担这一责任。”并且，在公告中他们还顺便对那些反对 IBM/红帽这一做法的 Linux 开发者抛出了橄榄枝。消息来源：Oracle老王点评：真是没想到向来被认为对开源不友好的 Oracle，反而有嘲讽被视为开源先锋的红帽和 IBM 的一天啊！这世界真是变得快，曾经的开源公敌微软变成了最大的开源贡献公司，而将 Sun 公司遗产挥霍殆尽的 Oracle 如今却试图制造初另一个伟大的 Linux 发行版。SUSE 也来踩上一脚，宣布将复刻一个 RHEL 兼容发行版在 Oracle 发布上述声明后，SUSE 公司宣布将对公开可用的 RHEL 进行复刻，并开发和维护一种可供所有用户自由使用的 RHEL 兼容发行版。根据公告中泄露的信息，该发行版名称可能被称作 “Liberty Linux”。SUSE 计划成立一个开源基金会，将他们对这个 RHEL 复刻项目的工作贡献给基金会，以确保持续自由访问这个替代源代码。在接下来的几年里，SUSE 计划投入 1000 万美元以上用于这个项目。他们表示，“协作和共享成功一直是我们开源社区的基石。我们有责任捍卫这些价值观。”此外，SUSE 还将继续全力投资于 openSUSE 及其企业 Linux 发行版 SLE。消息来源：SUSE老王点评：SUSE 本来就是兼容 RPM 的发行版，所以 SUSE 公司的团队做到这一点并不困难，但是我真没想到这个时候 SUSE 也会站出来。所谓“秦失其鹿，天下共逐之”。现在，就看国内的龙蜥和欧拉会不会表态了。Bcachefs 文件系统无缘 Linux 6.5，Torvalds 呼吁大家保持冷静Linus Torvalds 已经发布了 Linux 内核 6.5 版的第一个候选版本，但 Bcachefs 没有合并进入这个版本。对 Bcachefs 的拉取请求导致了一个很长的讨论会话，虽然还没有到 100 封邮件，但已经不远了。Bcachefs 是一个已经开发了近十年的文件系统，它源自于名叫 Bcache 的内核块层缓存，项目开发者希望能提供类似 XFS/EXT4 的性能以及类似 Btrfs 和 ZFS 的特性。该文件系统的状况良好，但关于 “内核模块本身之外的内核所需的代码变更” 的争论却引发了争议。因此，每当话题转向 Bcachefs 时，Linux 内核邮件列表上的对话 “经常变得激烈”。在 rc1 的公告中，Torvalds 写道：“让我们来平息这场狂欢吧”。消息来源：The Register老王点评：真是众口难调啊，集市式开发就会像集市一样吵吵闹闹，作为 Linux 内核的最终裁决者，Linus 也挺难的。
红帽公司将其源代码放在付费墙后面的最新决定，今天可能会对其直接竞争对手造成一定伤害，但对红帽公司自身而言，这将对之后产生负面影响。基于我对 RHEL 和其他红帽产品的热爱，我不得不现在表达一些严厉的看法。我之所以这样做，是因为我希望 RHEL [及/或其克隆版] 对每个人都是 可获得的。请原谅这次我用词有些激烈，因为我从内心不希望 RHEL 成为 对业余爱好者不可及 的产品。免费的 RHEL 开发者许可证只是转移话题而已，相比于 真正的 RHEL 克隆版存在的时候，它削弱了 广大动手爱好者社区 的热情。?️ 对于我的使用场景来说，使用免费订阅的 RHEL 使我感到满意。实际上，我正在使用的就是免费订阅。本文是关于如果保持这种状态会对 RHEL 产生怎样的影响。快速回顾：事情是如何走到这一步的我相信你现在都已经知道为什么红帽公司最近频频出现在新闻中：但是，如果你对正在发生的事情一无所知，让我给你一个快速时间线的指引，帮助你理解：红帽公司拥有一个出色的 Linux 发行版，名为 红帽企业 Linux Red Hat Enterprise Linux （RHEL），支持周期长达 10 年。与其他任何 Linux 发行版一样，用于构建 RHEL（或 RHEL 的 克隆版）的源代码是公开可用的。CentOS 利用上述源代码，去除商标，并创建了一个几乎 1 比 1 的 RHEL 拷贝。（我说“几乎”是因为 RHEL 的商标 必须 被删除。）那些不愿意支付费用只是为了第一次尝试 RHEL 的爱好者社区，现在可以使用 CentOS 来看看是否喜欢它。这个人中的一部分人随后向他们的高层管理人员介绍了 RHEL 及其 通过 CentOS 初步体验 到的卓越表现，他们很可能转向在 RHEL 上支持他们的产品或在部署中使用 RHEL。由于 CentOS 是免费的，爱好者社区得以扩大。像 Jeff Geerling 这样的人使用 CentOS 来教授对 扮演系统管理员感兴趣 的新一代爱好者，让他们了解他的 开源存储库 中诸如 Ansible 之类的很棒的内容。CentOS 的二进制文件在 RHEL 更新后几周才发布。因此，红帽收购了 CentOS，以确保 CentOS 不会落后于 RHEL 的更新。几年后，CentOS Stream 的惨淡出场，导致了 CentOS 的消亡。Rocky Linux 和 Alma Linux 出现填补了 CentOS 留下的空白。它们使用的是公开可用的 RHEL 源代码。红帽公司开始限制源代码的访问，只允许其付费客户以及任何拥有免费的开发者订阅的人访问。? 我特意没有提到 IBM 收购红帽的事情，因为如果红帽的某个人有勇气在 官方场合 公开说，“只是简单地重建代码，没有增加价值或以任何方式改变代码，对开源公司来说都是真正的威胁。”，他们肯定也可以直承 IBM 参与了这些决定。但几乎每个红帽员工都公开否认了这种指责。所以我也不相信 IBM 自己搬起石头砸自己的脚。但你可以根据自己的心来决定是否相信。不，当我说 IBM 可能没有参与这个决定时，我并不是在讽刺。他们 有可能参与，但我不这么认为。亲爱的红帽公司，你刚刚做了什么？你向社区提供一款免费的产品（CentOS）。然后你在提供这个免费产品的过程中（CentOS）改变它的的支持周期，并将其“替代品”（CentOS Stream）用作你闪亮的企业产品（RHEL）的“测试场”。然后那些水蛭们拿起你闪亮产品的源代码，创建了一个 CentOS 的接替者（Rocky Linux 和 Alma Linux）。你不喜欢这样，所以对它们进行了 “软付费墙” 的限制。现在，虽然 你有权利这样做（因为你从为 RHEL 提供支持而不是 RHEL 本身赚钱），但我会解释为什么这对 你自己来说 是一个糟糕的举动。问题： RHEL 在企业环境中为什么如此受欢迎？答案： CentOS Stream。问题： 在线教程用什么来教授 RHEL？答案： CentOS Stream。问题： 那些跟随上述在线教程的学习者用什么来学习 RHEL？答案： CentOS Stream。问题： 当这些学生成为老师时，他们会向询问如何入门 Linux 系统管理员的人推荐什么？答案： CentOS Stream。问题： 如果有人愿意购买 RHEL 的许可证，但因为没有公开的软件仓库而犹豫不决，他们会用什么？答案： CentOS Stream。简而言之，如果红帽公司继续对 RHEL 的克隆产品制造麻烦，以下是可能出现的情况：许多参与企业部署的客户和专业人士将考虑放弃 RHEL，并且不再对其提供支持。新用户将开始考虑使用 Ubuntu、Debian、openSUSE 或其他长期存在的替代产品。大学和 IT 培训也将转向替代方案，例如 Ubuntu 或 openSUSE，而不再纠结于 RHEL 克隆、CentOS Stream 和 Fedora 之间。此外，根据他们的 FAQ，小型企业和大学无法使用免费的红帽开发者订阅：无费用的、无支持的红帽开发者订阅是为个人和个人帐户设计的。除非红帽公司友好对待 RHEL 克隆产品，否则我无法再看到这个生态系统中会有任何新的参与者了。 这实在令人沮丧，因为 RHEL 是一款出色的产品。是的，它可能不像 Fedora 那样前沿，但是使用起来仍然很有乐趣！我会引用 Brian Stevens 的 一句话 来阐述观点：我们的信仰核心是，当有共同目标或问题的人们可以自由地联结和合作时，他们汇集起来的创新可以改变世界。我们相信开源的开发过程能够产生更好的代码，而用户社区会创造出一个让代码具有影响力的受众。RHEL 是一款企业级发行版，因此红帽公司几乎不会致力于为在树莓派上运行 RHEL 提供支持。猜猜是哪些发行版为树莓派提供了企业级 Linux 镜像。提示一下，它们是 Rocky Linux 和 Alma Linux。我敢打赌，红帽公司并没有统计出有多少人使用 RHEL 是因为他们先在树莓派上尝试使用 Rocky/Alma Linux，然后转而使用 RHEL。我就是其中之一（使用免费的 RHEL 许可证，也就那点价值）。那么对于 RHEL 来说，这意味着什么？我不是 先知（此处双关 “Oracle”，哈哈！），所以无法预测 RHEL 的未来。我远不是一个“引领潮流者”，也不知道有多少人受到我 关于 Podman 的报道 的积极影响。尝试使用 Podman 并非没有原因。我先在 Fedora 上试用，然后通过使用 Rocky Linux 在一个“生产级”环境中进行 大量实验，最后在 RHEL 上部署了一些我自己的服务。这并不是说“如果我没有这么做，其他人就不会这样做”，但你不能否认，从我和 许多其他人 这样的多方共同努力中产生的内容所带来的 影响。顺便说一下，是我促使 Abhishek 去报道 Podman，而不是相反。当然，上述提到的“贡献”有些可能对红帽公司没有帮助，但它们对于 红帽公司的客户群体 来说是有帮助的。所以，我们应该感到担忧吗？也是，也不是。红帽公司做出的决定，从商业角度来看是有道理的。但也不完全是。从短期目标来看是有道理的，但从长期来看则不然。红帽公司作为一家自豪地向上游贡献的公司，他们不会停止继续贡献。即使通过“软付费墙”来限制 RHEL 的代码，红帽公司仍将继续向上游贡献。红帽公司将继续在 新的 发展 上 进行 创新。他们只是不再像以前那样将 RHEL 的“秘密配方”（在你期望的意义上）开放了。这个秘密的配方本身并不是“专有的”。红帽在 RHEL 中提供的几乎所有东西都是开源的。他们的秘密在于 将补丁向后移植到 RHEL 稳定包 中。将这些补丁仅提供给 RHEL 的客户，这是一个非常公平的 商业决策。这些补丁也可以公开用于同一软件包的 不同版本。将补丁应用于使“旧版本”软件包保持最新状态的任务非常困难。所以，我理解他们为什么做出这个决定。红帽并没有将 RHEL 变为闭源（至少从技术上来说）。红帽依然是一家出色的公司，其拥有经过验证的开源产品组合。我每天都在使用其中一些产品，比如：在树莓派 4 上运行 RHEL（是的，这是可能的！）、（无需 root 的）Podman、Cockpit、Ansible、systemd 等等！以下你应该感到担忧的原因如果 RHEL 不是自由提供的 —— 不是指免费，而是像 Debian、Ubuntu 甚至 Fedora 那样无需账户即可下载 —— 那么对于想要进入企业 Linux 生态系统的新人来说，他们的数量将继续减少。我认为是这样……如果这个数量减少了，实际上推荐企业使用和支付 RHEL 的人数也会减少。你知道这会引发什么样的循环。对 RHEL 感兴趣的新人变少 → 购买的 RHEL 订阅变少红帽的收入减少 → 对上游项目的贡献减少（如 systemd、Podman、Linux 内核、GNOME、Wayland、英伟达合作等）最终 → Linux 生态系统的总体改进变少当然，红帽并不是唯一向 Linux 生态系统做出贡献的公司，但你不能否认它对推动生态系统全面向前 流动 所产生的巨大影响！我对红帽声明的回应✋ 我并不是在攻击 Mike McGrath。这只是对他的陈述的直接回应。我相信作为一个 RHEL 用户，我有权利表达自己的观点，因为我非常喜欢它，以至于通过树莓派 4B 上的 RHEL 部署了个人博客。除非另有说明，以下所有引文均摘自 这篇博文。引文 1我感觉大部分对我们近期对下游源代码的决策所引发的愤怒，大部分来自 那些不愿意为 RHEL 所付出时间、精力和资源买单的人，或者那些想要将其重新打包以谋取自己利益的人。是的，这完全公平，但我要一直强调这一点，直到你意识到，如果没有广大社区在 CentOS 及其后续产品上的培训，RHEL 就什么都不是。现在的 IT 专业人员中包括曾经在这个群体中的人，而你现在给他们打上了 “那些不愿意为所付出时间...”的标签。 ?通过展示这样的立场，你会让更少的人接触企业级 Linux，并且之后使用 RHEL 的人数显著减少。引文 2我们必须为从事这项工作的人支付报酬 —— 那些在漫长的工作时间和夜晚中辛勤工作、相信开源价值观的热情贡献者。简单地将这些个人产生的代码重新打包并原样转售，而没有增加任何价值，会导致这个开源软件的生产不可持续。这包括关键的向后移植工作和 上游正在开发的未来功能和技术。如果这项工作变得不可持续，它将停止，这对任何人来说都不好。这不仅是一个完全合理的观点，而且也是残酷的现实。开源软件的资金不足。当任何人都可以无需付出实际回报就使用你的产品时，为开源软件筹集资金也变得非常困难。但是，如果社区没有免费获得 RHEL（在限制源代码之前），那么它可能不会像今天这样取得巨大的成功。社区通过自由探索 RHEL，并使其成为更为壮大。我不是让红帽公司做慈善事业，只是白白地免费提供。我希望红帽公司有足够的资金来改进上游。但是应该在 某个地方 找到一种折中方案。再次强调，免费订阅并不等同于 RHEL 的克隆。当然，我写过关于如何 免费获取红帽企业版 Linux 的文章。然而，这并不是相同的精神。我在这里 引用 Jeff Geerling 的话:“不，请不要说‘但你可以使用你的红帽开发者订阅！’我在 Debian、Ubuntu、Arch 等系统上可以不使用它。你明白我的意思。”引文 3最近，我们已经确定，拥有一个下游的重构者没有价值。绝对是有价值的！我不会在这里重复我是如何通过 RHEL 的重构版本进入 RHEL 的这一点。Windows 之所以受欢迎，只是因为微软允许盗版存在（和更便宜的许可证密钥）。如果他们加强了控制，没有一个家庭会在 Vista 的继任者上花一分钱。我并不是要将 Vista（一款灾难性的操作系统）与 RHEL 进行比较，但这个类比大多数人应该有共鸣，你可以想想没有得到 Windows 许可证退款时的那种不甘。引文 4通常公认的观点是，这些免费重构就是产生 RHEL 专家并转化为销售的渠道，这并不是现实情况。我希望我们生活在那样的世界，但实际情况并非如此。相反，我们发现了一群用户，其中许多用户属于大型或非常大型的 IT 组织，他们希望获得 RHEL 的稳定性、周期和硬件生态系统，而无需实际支持维护者、工程师、编写人员和许多其他角色。...你确定吗？ ?当然，从免费用户转化为 RHEL 客户的转化率可能不是很高，但我敢打赌，这个比例不会低于 30%。如果你坚持这样做，新客户的数量将不到当前新“注册”用户的 10%。对于利用免费的 RHEL 开发者许可证也可以提出同样的论点。对于那些不愿意支付 RHEL 费用的人来说，使用临时电子邮件 ID 创建新的红帽账户以便利用免费的开发者订阅是一项不容忽视的任务。当我们谈论转化率时，有多少专业人士正是使用 RHEL 的克隆版本进行内部产品开发（以便与 RHEL 进行适配），但实际上为使用 RHEL 的客户提供支持呢？你如何衡量由第三方支持提供给客户的价值？ 你不能，它不是一种可以衡量的有形物质。我想扯远了，但这确实是真实发生的事件。我目前所使用的 [小镇当地的] ISP 使用 RHEL 对用户进行身份验证，因为他从一个向他出租互联网线路的公司获得了一个可以在 CentOS 和 RHEL 上部署的身份验证产品。猜猜他们在内部是用什么开发来与 RHEL 对接？ ?引文 5仅仅是重建代码，不添加价值，也不以任何方式进行更改，对开源公司来说是一个真正的威胁。这是对开源的真正威胁，这可能将开源重新变成只有业余爱好者和黑客参与的活动。那么像 Rocky Linux 和 Alma Linux 这样的 RHEL 克隆做的工作还不够重要，不足以与“仅仅重建代码，不添加价值，也不以任何方式进行更改”相区分吗？? 我不知道如何更礼貌地重新表述这句话，所以请不要往心里去。这来自于对 RHEL 的热爱，而不是对红帽（管理层）的误导性愤怒。Rocky Linux 和 Alma Linux 都为树莓派提供镜像，这使得在沉浸于企业级 Linux 这个隐喻的幸福海洋之前，可以更容易、更便宜地试水。Alma Linux 有一个名为 Elevate 的工具，允许 所有用户（这显然包括 RHEL，甚至是 Alma 的“竞争对手” Rocky Linux）升级到主要版本（例如从 7.x 到 8.x，等等）。我相信红帽公司的客户会喜欢这样的工具。Rocky Linux 有一个名为 Peridot 的构建工具。它使任何人都可以拥有一个自定义构建的 RHEL。这个构建可以基于 Rocky Linux，或者甚至可以是公司的内部 RHEL 克隆，以防止供应链攻击。这个回答也涉及到前面引用中的以下子引用：仅仅将这些个人创造的代码重新打包，并原样转售，而不添加任何价值，会导致这个开源软件的生产无法持续下去。它们正在为企业 Linux 生态系统增加价值，而不是直接为 RHEL 增加价值。关于 CentOS Stream……CentOS Stream 是一个奇怪的产品。在任何意义都不算糟糕（至少我个人是这么认为的），但是很奇怪。它与 RHEL 在以下关键方面存在差异，其中之一肯定会成为某些人的绝对禁忌：它是 RHEL 的测试组，这使得对于 RHEL 和特别兴趣小组（SIG）来说更加便利，但是对于你的使用情况而言，可能会有帮助，也可能没有。CentOS Stream 不使用数字版本号的命名方案。这样一个微小的变化，在 CentOS Stream 上的测试时，可能会破坏为 RHEL 设计的脚本。同样的情况也可能出现在安全更新方面，正如 一位 Twitter 用户所描述的。正如我之前提到的，安全修复在 CentOS Stream 上发布较晚。虽然这可能有一些原因，但对于依靠 RHEL 克隆版本的小企业来说，并没有帮助，因为它们仍然容易受到威胁。结论现在 CentOS Stream 已经存在，RHEL 的 开发 比以往更加开放。但巧合的是，RHEL 的源代码 却被置于一个软性付费墙之后，受制于 Red Hat 的最终用户许可协议（EULA）。目前这可能对红帽有所帮助。但如果保持这种立场，甚至不需要采取其他措施打击 RHEL 克隆产品，我相信围绕企业级 Linux 的用户、开发者和支持社区将会逐渐衰落...我认为从长远来看，这将会伤害到红帽，因为随着周围的社区消亡，只有疲惫不堪的 IT 专业人员（意思是：被迫使用它的人，就像使用 Oracle 产品一样）才会继续使用 RHEL，甚至更糟糕的是，使用 Oracle Linux。我在这里并不是在抨击红帽的员工。而是希望让你知道，如果继续这样发展下去，热爱 RHEL 的社区将会消亡。我不愿意看到那种局面 ?我真心地祝愿红帽在推动 Linux 生态系统前进方面一切顺利！真心的 ❤️✍️ 此观点来自 Pratham Patel，一位热爱红帽的开源爱好者和探索者。via: https://news.itsfoss.com/red-hat-fiasco/作者：Pratham Patel 选题：lkxed 译者：ChatGPT 校对：wxy本文由 LCTT 原创编译，Linux中国 荣誉推出
硬核观察 #972 CentOS 提醒 CentOS Linux 7 即将结束支持
CentOS 提醒 CentOS Linux 7 即将结束支持CentOS 项目已经发出了关于 CentOS Linux 7 和 CentOS Stream 8 的终结日期的提醒。CentOS Linux 7 计划在 2024 年 6 月 30 日结束，因为 RHEL 7 也于同期结束。CentOS Stream 8 计划在 2024 年 5 月 31 日之后不再生产任何新的构建，这也预示着 RHEL 8.10 将是该系列最后一个版本。而曾经作为 RHEL 下游的 CentOS 8 已经在 2021 年 12 月 31 日结束使用。消息来源：CentOS老王点评：可能你已经被它们之间的复杂关系迷惑，不过，CentOS 停服这件事看来余波甚远啊。ChatGPT 为“身兼多职”的提供了更多机会一些从事多份工作的人已经在网上聚集起来，他们称自己为 “过度就业者”。在大流行以来，越来越的人开始居家办公，这给他们同时接受多份全职工作雇佣提供了可能。而现在，ChatGPT 更使他们如虎添翼，而雇主并不知道。一位受访者称，“ChatGPT 做了我 80% 的工作”。他甚至用它来生成申请工作的求职信。一位技术工人将 ChatGPT 整合到他的工作过程中后，他的工作数量从两份增加到四份。他说：“我认为五份工作可能有点过头了。”消息来源：VICE老王点评：这才是真正把被 AI 抢去工作变成让 AI 帮你抢来更多工作。英伟达的顶级 AI 芯片在 eBay 上的售价超过 4 万美元去年发布的 H100 是英伟达最新的旗舰人工智能芯片，接替了之前被称为人工智能应用主力的 A100。周五，至少有 8 块 H100 在 eBay 上零售，最高价格约为 46,000 美元。开发人员正在使用 H100 构建大型语言模型，这是 OpenAI 的 ChatGPT 等人工智能应用的核心所在。像 GPT 这样的大型模型，需要数百个高端的英伟达 GPU 共同工作。消息来源：CNBC老王点评：又一轮的显卡抢购潮，英伟达这种公司已经嘴都乐歪了吧。
CentOS Stream 没有及时向后移植安全补丁谷歌 Project Zero 的安全研究员发现，对 Linux 稳定树所做的内核修复并没有向后移植到许多企业版的 Linux。事实证明，有几个在 Linux 5.15 内核中修复的漏洞，没有在采用 Linux 5.14 内核的较早版本的 CentOS Stream/RHEL 中进行修复，而这些版本还在红帽的支持期中。红帽接受了 Project Zero 报告的安全漏洞，并分配了 CVE 编号，但并没有在 90 天内完成向后移植修复。Project Zero 称会对向后移植安全补丁要求更严格的时限。消息来源：Neowin老王点评：这样对待企业级 Linux 发行版，实在有点失望。互联网档案馆败诉，不能扫描和出借电子书在四家图书出版商对互联网档案馆提起的诉讼中，一名联邦法官对互联网档案馆作出了不利的裁决，裁定该网站无权扫描图书并像图书馆一样将其借出。法官拒绝了 “合理使用” 的论据，该论据之前曾保护过谷歌图书和数字图书保存项目。法官认为，谷歌图书的使用被认为具有 “改造性”，因为它创建了一个可搜索的数据库，而不是简单地在互联网上发布书籍的副本。而互联网档案馆的“复制和未经授权的借阅没有任何变革性”，复制这些书籍并没有提供 “批评、评论或关于它们的信息”。消息来源：The Verge老王点评：听起来有道理，如果只是简单扫描并发布电子副本，那不就是盗版吗？因开源软件缺陷，ChatGPT 出现故障OpenAI 在本周早些时候将 ChatGPT 短暂下线，原因是一些用户看到另一个活跃用户的聊天记录中的标题。并进一步发现，该故障也导致少量用户看到了别的订阅用户的支付信息，包括名字和姓氏、电子邮件地址、付款地址和信用卡后四位等。OpenAI 称该故障是 Redis 客户端开源库 redis-py 导致的，并已经提交了相关补丁解决了该漏洞。消息来源：OpenAI老王点评：不知道 ChatGPT 能不能自己修复这个错误？
硬核观察 #845 AlphaCode 在编程比赛中胜过了近一半的程序员
AlphaCode 在编程比赛中胜过了近一半的程序员DeepMind 在《科学》杂志发布文章说，在至少有 5000 人参加的在线编码比赛中，AlphaCode 的表现超过了 45.7% 的程序员。令人惊讶的是，研究人员将其产生的程序与训练数据库中的程序进行了比较，发现它并没有重复大段的代码或逻辑，而产生了一些新的代码。这让专家们注意到了递归式自我改进的软件的长期风险，这可能导致超级智能的人工智能接管世界。专家们希望尽早为人工智能编码领域建立护栏。消息来源：《科学》杂志老王点评：在科幻小说中，阿西莫夫创造性的提出了《机器人三定律》，而就目前的发展来看，可能要制定更具体的限制规则，让人工智能的递归式发展具有自限性。费米实验室和 CERN 选择 AlmaLinux在 2021 年底，CentOS 项目停止了 CentOS Linux 的更新，并以滚动版的 CentOS Stream 取代，重建了红帽的 Linux 开发和维护流程。很多使用 CentOS Linux 的企业转而使用其他的替代版本，如 AlmaLinux 和 Rocky Linux，以及国内的 AnolisOS 和 openEuler。著名的科学研究机构费米实验室和欧洲粒子物理研究所（CERN）发表联合声明，宣布将在其研究设施中采用 AlmaLinux。声明称，AlmaLinux 的优点包括：每个大版本支持寿命长，支持扩展架构，快速的发布周期，上游社区贡献，支持安全建议元数据，完美兼容红帽的企业版 Linux（RHEL）。消息来源：The Register老王点评：CentOS 当年的决定，带来的影响非常深远。美国 FBI 对苹果扩大端到端加密技术表示密切关注苹果公司昨天宣布，将在更多敏感类型的 iCloud 数据上采用端到端加密，这包括设备备份、信息、照片等，以满足用户和隐私团体的长期需求。这意味着只有受信任的设备才能解密和读取用户存储在 iCloud 中的数据。FBI 表示它“深切关注端到端加密和只允许用户访问的加密所带来的威胁”。它表示端到端加密使该机构更难开展工作，要求“通过设计进行合法访问”。消息来源：Mac Rumors老王点评：隐私和公众安全的边界确实存在冲突，至少值得讨论和博弈。
近日，CentOS 社区委员会成员 Brian Exelbierd 和 Thomas Oulevey，以及 Linux 中国开源社区创始人王兴宇，跨越多个时区，远程进行了一场对话，讨论了 CentOS 社区和操作系统领域的创新与发展趋势。开源朗读者：淮晋阳主持人：王兴宇，Linux 中国开源社区创始人Brian Exelbierd，开源布道师，社区和开发者业务策略师Thomas Oulevey，CentOS 社区委员会成员注：Thomas 和 Brian 都是 CentOS 社区委员会成员。此外，Thomas 在欧洲核子研究组（CERN）工作，是控制组的系统工程师，更多请见他在 CentOS 社区官网上的 简历。现场翻译：璐璐，文字翻译：家驹，文字整理：老王以下是本次访问内容：Thomas：大家好，我叫 Thomas，我从 2012 年左右就在 CentOS 社区工作，从基础架构相关的工作开始，后来负责组织CentOS Dojo（译者注：CentOS Dojos 是一个为期一天，或偶尔为 2 天的活动，它将 CentOS 社区的人们聚集在一起，讨论系统管理、最佳实践和新兴技术），致力于帮助人们更好地融入社区，创造良好的氛围，让大家可以更开心的从事社区相关的工作。好，现在交给 Brian。Brian：大家好，我叫 Brian，我参与社区的经历和 Thomas 差不多。我很积极地投入到企业级 Linux 社区的工作已经有六七年时间，在那之前我更多的是企业级 Linux 的被动使用者，作为社区贡献者偶尔也对企业 Linux 社区有些贡献。事实上现在我是在红帽工作，我负责 RHEL 的业务战略，但今天我出现在这里，是因为我的另一个身份是 CentOS 社区董事会的红帽联络员。同时，我也参与过大量的社区工作，包括做过 Fedora 社区架构师，积极地参与过 Fedora 项目以及 CentOS项目的很多活动。王兴宇：两位好，各位参加会议的朋友你们好。首先非常感谢红帽公司搭建这个渠道，让我们 Linux 中国可以和 CentOS 社区的负责人进行面对面沟通，也非常感谢翻译璐璐做全程翻译，辛苦了。我是 Linux 中国开源社区的创始人王兴宇，从业互联网二十余年，曾经担任过中国电信的高级专家，这些年主要从事开源文化和开源技术的公益推广。今天主要沟通的内容是关于后 CentOS 时代的一些话题。CentOS 停止维护，而以 CentOS Stream 替代的这两年来我们称之为“后 CentOS 时代”，这件事对开源服务器操作系统市场影响很大，业界和用户也存在一些误解和迷茫的地方，这也是我今天请两位来一起沟通的主要原因。以下是我们的一些提问，请两位发表你们的见解。首先，我们来回顾一下两年前的历史背景。历史上 CentOS 和红帽的关系如何？CentOS 在红帽的产品线中的定位什么样？请两位帮忙回答一下。Brian：我来回答一下这个问题，CentOS 项目，从红帽的角度来看，和我们有一个非常有趣的历史渊源。众所周知，大概 7 年前，我们收购了 CentOS 这个品牌，雇佣了 CentOS 项目的工程师，这就是红帽和 CentOS 项目的关系。我们这么做的目的是提供一个平台给某些特定的高级开发（比如虚拟化）、运行于操作系统之上的其它工具等组件开发，我们希望借此鼓励这些项目（虚拟化、其它工具）能够以开源项目的方式健康发展。随着时间的推移，事情逐渐发生了一些变化，就像这个世界也在不断演进和发展一样，我们逐渐意识到那些上层项目越来越依赖于底层操作系统的变化。我们发现 CentOS 正好可以作为这个底层操作系统，是一个可以孵化其他项目的很好的地方。借此，我们可以在做 RHEL 开发的同时，也去做 RHEL 之上其他组件（虚拟化、工具等）的开发，与广大社区开发者一起，每个人都可以促进底层操作系统与上层组件的协调发展。这就是我们发展 CentOS 项目，并大概在 3 年前提出 CentOS Stream 的原因。关于第二个问题，红帽对待 CentOS，始终保持着“一臂”的距离，这就意味着，红帽不去控制 CentOS 所做的事情，除非遇到一些挑战，比如法律相关的风险，我们只是为 CentOS 提供更多的资源，我们也不认为 CentOS 就是红帽产品线的一部分。从红帽产品线的视角来看，CentOS 不是红帽的产品，红帽不提供对 CentOS 的支持，我们不对 CentOS 提供保证，我们也不对 CentOS 使能。也就是说，CentOS 确实对红帽的产品很重要，因为我们所做的所有工作都是基于开源的代码库，所以我们需要这个项目，来产品化这部分代码。所以你可以看到，我们的 RHEL 就是基于 CentOS Stream 而制作出来的。王兴宇：如上所述，CentOS 关闭或者说 CentOS 停止服务支持的这个决定，应该是 CentOS 社区自己做出来的。我想知道是什么原因促使 CentOS 社区做出来关闭 CentOS，并且发展出来 CentOS Stream 这样一个决定的？Thomas：好，我会从 CentOS 社区的角度回答一下这个问题。我大概三年前加入 CentOS 董事会，当时大家在讨论如何提高对 CentOS 社区的参与度问题，如何给用户更好的使用体验，当时提出来很多提议，最后大家认为 CentOS Stream 是我们在未来的一个正确的努力方向，通过这种模式可以提高 CentOS 的社区参与度。CentOS Stream 的模式对社区版的企业级操作系统发展（译注：CentOS 是 Community Enterprise OS 的缩写）也至关重要。总体来讲，之所以会做出这样一个决定，就是想要改善社区的参与度。谢谢。王兴宇：那么，我想知道，在做这样决定的时候，社区内部有没有反对意见？最大的反对意见是怎么样的？你们怎么平衡这样的反对意见的？Brian：我来先回答一下，等一下 Thomas 再来补充一下。首先，我们了解一下 CentOS 社区的治理模式对回答这个问题很重要。CentOS 的治理模式和很多其他开源项目的运作模式有所不同。CentOS 有一个治理委员会（董事会），这个治理委员会需要每个人都对一个新的决策达成共识才可以，只是大多数人同意，有少部分人反对，是不行的。这个共识可以是 Yes，也可以是 No，甚至可以是中立的意见，都没问题，但是强调的一点是这个决议必须是董事会一致的共识。我本人当时也是在对话的房间当中的。其实另外一个我想说的就是，我们在整个的对话沟通的环节当中，不会去探索董事会中的每一个个人的意见，总之我们最后要听的是董事会作为一个整体它的一个一致性决议是什么样的。另外我想说的就是，现在这个董事会其实还在进行提名，也就是说任何人对这个职位都是可以来申请的，只要你觉得你合适，你现在就可以申请。好，交给 Thomas。Thomas：我也再说两句，我们的整个社区其实唯一有一个目的，也就是说，希望 CentOS Stream 的社区变得越来越开放，越来越好，真的实现我们完全意义上的开源的模式，所以在这样开放的讨论当中，包括开发者的讨论当中当然有一些人会有不同意见，这是很正常的事情。但是就像 Brian 刚刚说的，我们的目的是所有的董事会成员必须要达成一致意见，这个一致意见必须是对于整个社区未来有更好的或者说最佳的用户体验，所以我认为实际上这是非常重要的一点，我们也是从长期的角度来希望 CentOS Stream 代替了 CentOS Linux 以后，在未来可以让所有人都能够感到满意。我们的使用者是非常、非常多的，而且每年我们也会开一些会议，不管这个会议是面对面的还是网上的。如果是面对面的，我们还会交换一些各地的美食，总之这是一个非常有意思的社区，也是非常好的一群人，可以在一起工作。至少截止到目前来看，我们觉得 CentOS Stream 这个模式是比之前更好了，有更多的人愿意向社区做出贡献，所以我们开的这个会议也都是完全透明的，如果你感兴趣的话，其实在 Youtube 上能看到我们讨论的是什么，以及如果大家感兴趣的话，非常乐意你们可以跟我们接洽，参与我们的讨论，我们也非常愿意把你纳入到这个社区当中的一员。谢谢。王兴宇：我们看到在后 CentOS 时代，整个开源操作系统市场格局已经发生很大变化。在这种情况下，对于 CentOS，对于 RHEL 的产品迭代有没有影响？目前来说，把 CentOS 换成 Stream 以后，是否社区对 Stream 的贡献更多？RHEL 是否因此变得更好？Thomas：好的，我先从社区的角度回答一下。再强调一下，因为我不是红帽的员工，所以从社区的角度讲一下。举个例子吧，CentOS Stream 9 是 RHEL 9 的上游，通过 CentOS Stream，你可以直接参与到 RHEL 的开发当中。比如，你可以通过 Bugzilla 提交问题，你也可以提交补丁。那么是不是你的补丁未经测试就可以加入到 CentOS Stream 里呢？不是的！与你一起工作的还有很多红帽的开发者，他们会和你一起检查代码，你写的补丁也要通过 RHEL 的测试流程，红帽会去看你的补丁是否满足 RHEL 的质量要求，而最终决定是否被加入到 CentOS Stream 里。但整个流程更开放了，你可以参与所有的讨论，通过 CentOS Stream，你可以直接参与对 RHEL 发展方向的讨论，你在 Stream 里所看到的就是即将发布的 RHEL。Brian：Thomas 回答的非常好，我在这里想补充的是，从红帽的角度来看，最让我们激动的并不是对 Stream 的贡献。很多的贡献往往以这样的形式出现：观察红帽工程师所做的，然后提出建议 —— 你是不是需要考虑这个方面？我告诉你你的这个代码改动可能有这些潜在的问题，等等。而是我们看到 CentOS Stream 里有非常强有力的 SIG（特别兴趣小组），通过“特别兴趣小组”形成了 CentOS 项目的生态。特别兴趣小组的人们会提出很多想法，这些想法提出的初衷并不一定和 RHEL 相关，更多的是与社区参与者自己相关，或者说他们希望 RHEL 变成的样子。红帽也是以第三方观察者的身份去看这些想法如何在社区中酝酿、孵化，最终一些好的想法就会在 RHEL 的大版本中落地。王兴宇：我们之前一直在宣传 Stream 这个模式会让社区更容易参与到 Stream 的贡献之中，我现在想进一步问，我们 CentOS Linux 8 去年底停止服务以后，Stream 出现以来，社区对 Stream 的贡献是不是更多了？从你们的管理层来说，有没有这样的一个数据或者图表可以证明这些东西？Brian：我来回答一下，您说的这个数据如果是从统计学的角度来说，这种数据是很难拿到的，因为很多时候大家为了虚荣心（想要一些好看的数据），比如说浏览量、下载数据，但我觉得这些数据并不是您想要的。我看这个问题从两方面来看，一是贡献量的衡量，我们现在其实能够实实在在的看到越来越多的公司、个人都在直接的参与到对社区的贡献当中，这些贡献要么最终被收录到 RHEL 的代码当中，要么这些讨论依然保留在 SIG 里面。另一方面，就是这种贡献的可能性，不是说讨论 Stream 出现以来是不是贡献量更多的问题，而是说，Stream 出现之前，你是没办法去贡献的。有了 Stream，才有了对 CentOS 项目贡献进而影响到 RHEL 的可能性。所以这不是“是不是更多”的问题，而是“从无到有”的问题。要知道，之前对于 CentOS 项目贡献，只有两个途径：第一个途径，就是你的代码先被上游社区接受，然后被 Fedora 集成，然后被 RHEL 集成，最后出现在 CentOS 里，这是一个漫长的路径，而且不是对 CentOS 贡献；第二个途径，就是你必须是红帽的客户或合作伙伴，那么在打造 RHEL 的过程中，你的这个想法对于你的公司和红帽，都是一个高优先级的事情，那么会被优先加到 RHEL 里，然后出现在CentOS里。有了 Stream，实际上是有了第三个途径，就是你通过 CentOS 社区，通过 Stream 项目直接把你的贡献集成到 RHEL 里。关于数据，其实你可以去看一下 GitLab，CentOS Stream 的代码日志都在那里。对于 CentOS Stream 8 来说，因为是处在 CentOS Linux 模式到 CentOS Stream 的模式转变的过程当中，你会发现所有的贡献基本都来源于红帽。但对于 CentOS Stream 9 来说，你可以通过 Git 日志看到所有的贡献（CentOS Stream 9 的代码提交日志和 RHEL 9 的代码提交日志是同一个）。对于每一个贡献，你可以去查看代码的修改轨迹、社区的讨论，Bugzilla 上的讨论，这是我对于如何获取关于社区贡献的数据的一点看法。王兴宇：去年 CentOS Linux 8 停止更新以后，红帽或者 CentOS 接到的最多反馈是什么？你们做了哪些回应？Brian：好的，我先来回答一下，然后我鼓励 Thomas 也再来回答一下。因为大家知道我是在红帽工作，那么我所听到的和 Thomas 从社区的角度听到的可能有所不同。确实有一些人的反馈是“你们怎么敢这样做？这让我很愤怒。”那么我们的回应是，“当你冷静下来，考虑一下 Fedora Linux 的价值主张的时候，考虑一下 CentOS Stream 价值主张的时候，我们是不是可以讨论一下 RHEL，或者很多其他的 Linux 发行版，看看如何选择一个合适的 Linux 发行版。”（译注：此处的 Brian 的意思可能是客户应该选择合适的发行版 —— 如果 CentOS Stream 不能满足期望时。）RHEL 和它的衍生版如 CentOS 有很多用户。我们的客户和我们讨论的通常是 RHEL，事实上我们没有通过 CentOS 服务我们的客户，因为我们的产品是 RHEL。我们收到的客户反馈也通常是如何去影响 RHEL 的小版本发布，影响 RHEL 的小版本发布简直太难了，是不是在小版本发布时可以更多的听取广大用户的声音？我们有些客户，想尽早知道我们是如何在下一个小版本中修复 Bug 的，这样他就可以早一点将他的系统和红帽的操作系统做持续集成，而不必等到 RHEL 的下一个发布。当然，早期我们也听到另一种声音，就是现在在我的桌子上就有一台 Linux 服务器，我一直使用的是 CentOS Linux，那么现在我该怎么办？那么，我们的回答是，您可以使用免费的 RHEL 的个人开发者版本，我们不是试图要您付费，也不是想借此扩大市场占有率，我们的目的只有一个，就是促进开源社区的发展。诚然，开源社区发展好了对我们的产品也有益，但出发点还是促进开源社区的发展。对您来说，我们给你提供了一个选择：这就是免费的 RHEL（个人开发者版本），正好适用于你的这种使用场景。Thomas：接下来我从社区的角度回答一下。开始的时候我们确实也听到一些抱怨或担忧的声音，比如红帽是不是从源头上杀死了制作 CentOS 的可能性。关于这点我要澄清的是，任何人都可以按照 CentOS Linux 的做法制作 CentOS Linux，有一些人已经这样去做了。有些人已经和我们取得了联系，并且获得了我们的帮助。这其实是大家的自由，我们不去也没有办法阻止人们去做他们想做的事情，相反，我们也欢迎大家一起到 CentOS 社区上来讨论，给我们反馈，这些都是很好的。另一点，就是关于 CentOS Stream 的稳定性。我自己的话，之前大量的使用了 CentOS Linux，我是把 CentOS Linux 用在了开发测试环境上。从我的经验来看，CentOS Stream 是稳定的。CentOS 是一个社区项目，其实你有充分的自由去决定 CentOS 用在什么场景上，这可能和你的公司的决策也有关系。王兴宇：在做出 CentOS 停止服务这个决定之前，你们是否预料到如今会出现多个替代品。这些替代品既有像 Rocky Linux、Alma Linux 这样的 CentOS 的原位替代品，也有像中国的 openEuler、AnolisOS 这样的非原位替代品，但是从某种意义上可以取代原有 CentOS 市场占有的一些发行版。你对这两类发行版有什么看法？Thomas：好的，我先来回答一下，像您刚才提到的这些，坦白讲我并不是对每一个发行版都特别清楚。它们如果是 RHEL 的衍生版的话，如果愿意和我们取得联系，我们很乐意提供帮助。我们是开放的，我们是开源的，开源社区就应该这样，所以从我的角度来说，我并不想从竞争者或者市场占有率这样的角度去看其他一些产品，没有关系的。以前 RHEL 是怎么制作的，你可能要和红帽签了 NDA 才可以看到，现在你连 NDA 都不用签，你可以通过 CentOS Stream 看到非常具体、非常细节的操作。现在一切都是开放的，所以实际说现在比起十年前如果有人想要打造一个我们的替代品，相当于更容易、更简单了，但我们一点也不怕这个，我觉得这是别人的自由、别人的权利，而且我们也非常希望看到这样一个发展的态势。Brian：我也来说两句，从红帽的角度来讲，我们对于有其他的一些替代品我们没有任何看法。其实这就是开源的本质。作为一个以开源开放模式制作企业软件的公司，我们深知任何人都可以拿到这个代码做他们想做的事情，这是很 Cool 的。我们希望的是，如果你拿到这个代码，你去添加了新的功能或修复了 Bug，你也像其他人一样，将你的改动回馈到社区里去。我不喜欢看到的是有一些人拿了这个代码以后他自己做了一些事，比如创新或者解决了一些问题，但是他一点都不想着曾经受益于的这个社区，这个是我不喜欢看到的。因为我觉得，尤其是当你发现了有一个 Bug，你发现了怎么给它打补丁，你发现了一个解决问题的方法，绝对不要把这个当一个秘密一样藏着掖着，一定要想着开放的告诉别人，因为你是从一个开源的社区拿到这些代码的，这个对我来讲非常重要。从红帽的角度，我还想强调两点：一是，我们在制作 RHEL 这个产品的时候，我们更多考虑的是我们客户群他们有什么样的特殊需求、特殊场景需要满足，解决他们的问题。如果我在做一个操作系统的选型，我会去首先测试它是否可以满足我的应用场景。可能操作系统提供的很多功能都不是我需要的，我关注的是我需要的功能它是否可以提供。那么 RHEL 就是以这样的思路去开发的一个操作系统 —— 心怀用户。二是，开源软件公司为客户提供的价值不仅仅是代码本身，更多的是位于代码之上的东西。因为代码是开源的，任何人都可以获取这个代码并使用它。所以我想鼓励人们去思考，当你在选择一个操作系统的时候，你最看重的它的价值是什么。因为在源代码之上有很多价值，比如解决问题的能力、服务能力。你提到很多版本像 Rocky Linux、Alma Linux、openEuler 等等，Rocky Linux 是在 CentOS 项目刚刚提出变更时就出现了，像 Thomas 所说的，我们鼓励在开源领域的任何创新。还有说到市场占有率，市场占有率实际上做衡量很困难。当然红帽我们有一些我们内部数据，但是在外部的数据，就比如说我知道 IDC 对于市场上的 Linux 的发行版的市场占有率做过一些调查，但是他们做的调查很多时候是用代理的方式来进行衡量。这个我觉得就会有一些挑战，什么样的挑战呢？就是说你很难去衡量这个不付费的发行版是一个什么样的程度，在这种情况下，你可能拿到的数据就像我刚才说的，通过代理它不是一个最最真实的市场占有率的数据。另外还有像我们 Fedora 这个项目当中的一些数据，这个包含了一些终端用户的自愿参与。既然是自愿参与，所以很多时候这个数据你也不能够拿到真正可以展示实质情况的数据，这是我对市场占有率的看法，谢谢。王兴宇：前面 Brian 也分享过关于如何在产品环境中使用 Stream，我想知道，如果企业在自己的产品环境中要应用 Stream 作为他的基础操作系统，您这边有什么最佳实践可以分享给大家？Thomas：好的，我先来回答一下，因为我们确实在我们的环境中使用了 CentOS Stream。我们首先要评估我们想要做的事情，特别是在一个大的公司里面，每个部门可能诉求都不尽相同。在我们的评估中，我倒是没有看到 CentOS Linux 和 CentOS Stream 的表现有什么不一样。对很多企业来说，你可能要使用一致的操作系统，满足安全要求，稳定性要求，这些在我看来，CentOS Stream 和 CentOS Linux 是一样的。对于用户来说，你可能有些特殊的工作负载，有特殊的工作流程，那么，你需要做好测试，确保操作系统能够满足你的要求。王兴宇：作为这次的采访方，我们 Linux 中国是一家中国的开源社区，所以我想知道中国的开源社区或者中国的 CentOS 的用户对于 CentOS Stream 的参与程度怎么样？从 CentOS 社区来说，是不是对中国的开源社区增加一些关注或者支持，可以让中国的开源开发者更多参与到 CentOS 社区的建设中？Brian：好的，您刚才说的对于中国社区增加一些关注，对的，我百分之一万，双脚双手赞同。确实，因为曾经我本人以前的工作，作为 Fedora 社区的架构师，当时我就是在想说，如何能够提高两个地区的参与度：一个是南美，还有一个就是亚洲。那么在亚洲，尤其我们指的就是中国。因为我们知道，在中国有很多的 IT 的人才和精英，而且我们知道他们特别感兴趣，但我们就是不知道到底怎么样可以让他们参与到我们的这个社区的环境当中来？所以其实在这里，我也希望老王能给我们一些建议。因为我们毕竟是在中国外部的，很多时候我们的视角，不能够非常的贴合中国发生的事情。比如说，我就举一个简单的例子，社区的这些开发者有时候要开会，对吧？你比如说我住的这个地方，我开会、通勤只需要二十分钟，不过这二十分钟对我来讲都是很长很长的时间。但是我知道，在中国，你说不定赶到晚高峰的时候，光回家就得用两个小时。我都难以想象这两个小时，因为二十分钟的通勤时间对我来讲都是已经很长很长了。那么在这种情况下，可能就会发现中国的有一些社区的参加者，他可能就不太愿意去参加这种社区的活动或者会议。所以在这方面，我也是特别希望老王可以告诉我们，我们应该怎么做，我们确实是希望能够给中国的社区增加关注，但是很多时候这个外国人的视角不会像你们这么准确。Thomas：好的，那我也再加一句，我们刚才也一直在表达，我们一直都是开放的，我们希望有更多的人加入。尤其是更多来自中国的。我们刚才也说了，管理委员会，或者说管理层，现在不是正在提名候选人吗？所以说，老王，如果您或者是在座的各位，如果知道谁在这个方面做的特别好，因为我们可能不知道谁在这方面的工作特别优秀，你们也可以给我们来说能够提名谁，我们都非常愿意，只要这个人是愿意给社区进行分享，回馈社区。我们每个月还会有一些报告来统计谁做了一些什么事儿，无论如何，我们的目标就是希望能够有更多的贡献者，尤其是来自中国社区的贡献者。因为这样我们可以把这个生态系统打造的越来越完善。所以，非常非常开放。如果您有一些提名候选人的想法，欢迎告诉我们。王兴宇：好的，很抱歉，我可能提不出来太多的见解，只是简单的有几个建议。我也一直非常关注 CentOS 社区和国内的开源社区的情况。所以我对于 CentOS 如何在国内发展，有一点点思考：首先，CentOS 在中国还是有非常多的受众和认知度的。几乎在中国国内传播 Linux 的文章，都会拿 CentOS 作为蓝本。而这一点跟国外比较差异大，国外拿 Ubuntu 作为蓝本比较多一些。其次是，国内确实存在这样的情况，无论是我们的社区文化还有语言，其实造成中国的 CentOS 的爱好者，或者贡献者，很难跟国际的 CentOS 社区直接对接起来，这种情况下，确实存在一定的阻碍。所以我有几个建议：1、建议 CentOS 国际社区可以支持中国的 CentOS 本地化社区的建设。包括像一些本地化的翻译这种类似的工作可以做起来。2、国内的一些线上、线下的社区活动希望可以得到国际社区的支持。3、CentOS 发生的一些事情，比如说社区的一些动态，或者社区的一些倡议、决策，可以及时的传达给中国本地的社区。这方面其实在我们国内，无论是交流平台，交流习惯，比如说国外用 Facebook、Telegram、Twitter 比较多一些，国内几乎这些是不可用的，我们反而用的微信、QQ 会比较多一些。而邮件列表这种比较传统的模式，其实说实话，在中国并不太像国外那么受欢迎。所以说，在这种情况下，一些适应本地化的改造是可以适当做一些的。我觉得通过这样的一些工作，可以有力的发掘出来中国的一些开源爱好者和贡献者，参与到整个 CentOS 社区之中。这样的话，无论是对中国的 CentOS 社区建设，还是对整个国际化的社区建设都是有好处的。以上是一些不成熟的想法，仅供参考。Thomas：非常感谢老王。的确，我特别理解刚才您说的本地化，包括语言的一些障碍，确实可能阻止了中国社区跟国际社区的一些对接和交流。因为我本人英语也不是我的母语，所以我能够理解您说的语言障碍。尤其是对于一个人可能感觉自己好渺小，要对这样的一个这么大的国际社区做一些贡献，可能一开始都会有点害怕。但其实这也没关系，包括就在我日常的工作当中，有的时候你会发现有一个人说法语，然后一会儿又切换成英语，很多时候一开始你会觉得有点别扭，但实际上也没关系，参与多了，你就会觉得这挺好的。如果中国这边有一些开发者，或者贡献者，如果想要对社区做出一些贡献，甚至都可以直接跟我联系，给我写电子邮件，都没有问题。哪怕我本人不能和你进行这样的对话，我会把你对接到我心里认为的最合适的那个人。包括在本地化、在翻译方面，确实我们要做出更好的一些决定，因为翻译确实特别特别的重要，我们确实也不认识中文为母语的人，所以可能在这方面有点问题。但是没关系，我只是鼓励大家都可以对社区做出贡献，哪怕一开始只是一小步都没有关系，如果有什么问题可以直接与我取得联系。Brian：好的，我也是同意刚才您说的语言障碍，确实翻译很重要，确实语言障碍可能有一些时候会对我们有一些影响。但是，我也想强调一点，在 CentOS 这个社区当中，它还是跟其他的一些社区有区别的，最大的特点是我们的很多工作是异步的。这不像你参加其他的一些国际会议，你需要实时做出反应，你有时候开其他会议你会发现好多英语为母语的人在那儿吵的特别热闹，轰轰烈烈，然后他们要做决定，要举手表决的时候，你都没听清楚他们在说什么，对吧？但是我们的 CentOS 社区其实不存在这种情况。另外，CentOS 这个社区是非常非常包容的，也是非常欢迎新成员的，任何可以作出贡献的人，我们都很欢迎。所以只要大家再多一点点的勇气，手拉手一定可以把这个问题解决的非常好。王兴宇：好的，正好说起来翻译，我这边在 Linux 中国旗下有一个叫 LCTT SIG 的翻译组织，已经运行了九年，所以在这方面多少有一些经验。将来我们可以建立这样一个平台或者渠道，沟通双方障碍的一个需求和共识。其次，我们本身也有一些核心成员，甚至有一位成员今天也在会议里，她在英国留学，也可以参与到我们这个平台里，使国际社区可以在中国更好的落地，形成一个中国的 CentOS 分社区。Thomas：刚才您说的这两个建议，一个是已经运行九年的翻译组织，还有一个就是您也有一些核心成员今天也参会，毕业于英国。这些我希望能够落实到文字上，因为我们的董事会成员，比如说他要讨论一些什么，一定是要有一个文字的东西来讨论的。所以这些都是非常好的想法，但是请花 5 分钟，如果能够把这些关于本地化、翻译等等的平台写下来，这样我们管理层就比较好讨论。王兴宇：好的。接下来是最后一个问题了，我想了解一下，关于 Fedora、Stream，还有 RHEL 未来的发展计划是什么？两位可以给我们展示一下你们的路线图吗？Brian：好的，关于 Fedora、CentOS Stream、RHEL 的未来发展计划，我想从两个维度来回答。一个是社交组织的维度，另一个是代码的维度。从社会组织的维度：Fedora：主题是如何提高对 Fedora 的贡献，如何使得社区更多样化；CentOS Stream：和 Fedora 差不多，提高社区贡献和使社区更多样化，另外就是发展 SIG（特殊兴趣小组），充分发挥 SIG 的作用；RHEL：进一步繁荣包括社区、合作伙伴、客户的 RHEL 生态从代码的维度：Fedora：集成上游社区最新最好的代码，功能最丰富，做业界的引领者；面向特定的场景，做特色的发行版，如 Fedora IoT 就是面向物联网场景的 Fedora 操作系统。CentOS Stream：RHEL 稳定可靠的持续交付版，用户可以提前看到即将发布的 RHEL 版本；基于稳定的代码基础，通过社区发展 SIG，在特定领域创新。RHEL：我们面向客户的销售团队有很多关于产品的介绍，但我今天不是来为产品做广告的。我相信红帽大中华区的同事们可以给您很好的支持。以下本场访谈其它与会者的问答环节：Q1：从 CentOS Linux 转移到 CentOS Stream 之后，对于社区的支持工作发生了什么样的变化呢？Thomas：好的。回答这个问题，我觉得一点都没改变。现在如果你遇到一些问题，你还可以跟我们一起来解决这个问题，可以得到最好的解决的方案，所以对我本人来讲，我觉得根本没有区别，但唯一一个我觉得好的地方就是说现在有了 CentOS Stream，你也有机会来提供这个补丁了。之前，你是没办法直接对 RHEL 提供补丁的。但现在，你提供这个补丁，然后工程师、社区都可以进行非常开放的讨论，可以讨论这个补丁是不是应该用在下一个的版本发布当中。所以我觉得这是非常好的一点。总结来说，CentOS Stream 使得 RHEL 的开发流程更加开放了，而且我也非常鼓励大家可以做出很多的贡献。对社区的贡献越早，你贡献的影响可能就会越大。所以，从长期的角度来讲，我觉得这是一个非常好的变化。除此之外，没有任何大的区别。Q2：很多开源社区发展到现在，虽然写代码的人多了，但维护人员却在减少，那 CentOS 社区如何保证优秀的代码能被看到，并集成到产品当中呢？Brian：好的，您提的这个关于维护人员减少的问题，开源项目的维护确实是个大的话题。因为对于写代码的人来说，你可能一年花一个小时的时间为这个项目写了一段代码，然后就跑掉了；但是对于维护者来说，他要一直维护着这段代码。所以对于开源项目的维护来说，当您提交一个补丁时，维护者说 Yes，意味着他将永远替你维护这段代码。维护者说 No，不是说彻底把你否定了，你明天、后天依然可以提交。这未必是说明你的补丁不好，不优秀，也许是维护者不完全明白你的意图，或者你的改动太大、涉及的面过于宽泛，因此，在这个时候，就需要和维护者有一个很好的沟通。对于 CentOS Stream 项目来说，和其他开源社区不一样的是，维护人员没在减少，因为红帽有很多工程师是 CentOS Stream 的维护者，红帽会确保 CentOS 社区有足够的维护者使得优秀的代码不被遗漏，这不意味着每一个补丁都一定会被说 Yes（被接受），而是我们有足够的人手工作于 CentOS 社区可以去说 Yes。另外就是社区里优秀的维护人员，我们也会去雇佣他，让他有足够的时间陪家人、休假，免于奔波等后顾之忧，这样也可以更安心的做好开源项目的维护工作。作为开发者，你可能是自愿的从事开源项目的开发，或者你的组织在做这样的工作。我们也可以对第三方组织提供支持。开源不仅仅是指它的源代码，而是整个社区，整个社区我们都要支持。（本次访谈到此结束）
AlmaLinux 9 是基于 Red Hat Enterprise Linux 9 的最新版本，添加了新的壁纸并进一步增强了性能。如果你一直在关注我们的话，应当知道 AlmaLinux 9.0 测试版 已于上月发布。AlmaLinux 是目前 最好的 RHEL 替代版 之一。其最新的稳定版是基于 RHEL 9 的，这也成为了 CentOS 的一个很好的替代品。最新的 AlmaLinux 9 支持所有主流架构，包括 Intel/AMD（x86\_64）、ARM64 （aarch64）、IBM PowerPC（ppc64le）和 IBM Z（s390x）。AlmaLinux 9.0 有哪些改变呢AlmaLinux 9.0 在这个版本中使用了 Linux 内核 5.14。它包括对云和容器开发的改进，以及对网络控制台的完善。还包括其他变化带来的性能改进。更新包括：新壁纸在 AlmaLinux 9.0 中，更新了一些新的壁纸。这些新的壁纸看起来很美观，并提供了更丰富的选择。Linux 内核 5.14最大的变化是升级到了 Linux 内核 5.14，它带来了更新的硬件支持，以及其他各种改进。Linux 内核 5.14 的改进详见 这篇文章。更新的软件包这个版本带有新的软件包更新。其中包括 Git 2.31、PHP 8.0、Perl 5.32 和 MySQL 8.0。GCC 也被更新到最新的 GCC 11。其它更新包括 Python 3.9 和最新版的 LLVM、Rust 和 Go compilers，使应用程序的现代化更快、更容易。更多技术方面的更新详见 官方更新日志。下载 AlmaLinux 9.0你可以在 官方镜像网站 下载最新的镜像。在镜像站也包含了 .torrent 文件的下载选项。AlmaLinux 9.0你认为基于 RHEL 的最新版 AlmaLinux 9.0 怎么样呢？你有计划在服务器上迁移到最新的版本吗？欢迎评论。via: https://news.itsfoss.com/almalinux-9-release/作者：Ankush Das 选题：lkxed 译者：PeterPan0106 校对：wxy本文由 LCTT 原创编译，Linux中国 荣誉推出
AlmaLinux 9 Beta 发布了，跟上了最新的 RHEL 9，还有一些软件包的更新和变化。AlmaLinux 是一个流行的企业级 Linux 发行版，它刚刚宣布了 9.0 测试版，以和上游系统（RHEL 9）保持同步。让我先来提供一些背景介绍吧。AlmaLinux 在 2021 年初推出，以取代当时刚停产的 CentOS。它的主要目标之一是成为 RHEL 的替代品，特别是需要达到 100% 的二进制兼容。不要忘了，AlmaLinux 是免费的，这使得它成为 最好的 RHEL 替代品之一。作为一个注重稳定性的发行版，它并没有很多新的功能。不过，它确实有很多软件包的更新，本文将介绍逐一它们。让我们来看一看吧！有什么新功能？作为 RHEL 的克隆版，它几乎继承了 RHEL 9.0 测试版的所有功能。Linux 5.14 内核SELinux 性能改进更新的软件包Linux 5.14 内核这绝对是最大的升级，Linux 5.14 内核带来了更新的硬件支持和其他各种改进。虽然与 AlmaLinux 的目标用户不是特别相关，但它确实包括了我很欣赏的 Radeon 卡的热拔插功能。除此之外，这是一个相当小的版本，它最大的卖点可能是 紧跟在 Linux 30 周年之后发布。SELinux 性能改进和所有的安全措施一样，SELinux 总是会对性能产生轻微的影响。虽然这在很大程度上是最小的，但它总是还有改进空间，而这个版本貌似就有性能改进。正如红帽 博文 中所展示的那样，其中一些性能改进是相当显著的。从上图可以看出，在显示的指标中，Linux 5.14 内核（蓝色）的 SELinux 性能明显好于 Linux 5.6 内核（红色）。总的来说，性能有所提升，包括开销（从大约 30 MB 提升至大约 15 MB）和文件创建时间（从大约 55 ms 提升至大约 44 ms）。更新的软件包这个版本包含了大量的软件包更新。其中一些比较重要的包括 Git 2.31、PHP 8.0、Perl 5.32 和 MySQL 8.0。GCC 也更新到了 11.2 版本。有了这些更新，它应该是对更多现代标准有更好的兼容性。与上游相比，它也有一些软件包被删除。关于完整的变化列表，请参考 官方发布说明。总结总的来说，我认为 AlmaLinux 9.0 正在成为一个相当不错的版本，特别是当我看到了这个测试版中的改进。AlmaLinux 9.0 测试版可用于 x86\_64、arch64、ppc64le 和s390x 等架构。如果你想试用 AlmaLinux 9.0 测试版，请点击下方按钮前往它的官网。AlmaLinux 9.0 测试版请注意，它还没有准备好用于生产服务器，目前仅限于测试使用。你打算从 CentOS 转到 AlmaLinux 吗？请在下面的评论中告诉我们吧！via: https://news.itsfoss.com/almalinux-9-0-beta-release/作者：Jacob Crume 选题：lujun9972 译者：lkxed 校对：wxy本文由 LCTT 原创编译，Linux中国 荣誉推出