Bluefin LTS 发布：CentOS Stream 10 上的不可变桌面

Bluefin LTS 发布：基于 CentOS Stream 10 的不可变 Linux 工作站，支持 Flathub、ZFS、Homebrew，并提供 3–5 年的长期支持。

经过九个月的开发，Bluefin 团队正式发布了 Bluefin LTS 和 Bluefin GDX。不过，由于这个名字对普通的 Linux 用户来说可能不太熟悉，先让我做一下介绍。

该发行版起初是 Fedora Silverblue 的衍生版，继承了其不可变的基于镜像的方法，同时增加了自己的工具来支持 Flathub、Homebrew 和 ZFS 等功能。主线的 Bluefin 及其 GTS 版本仍然遵循 Silverblue 模型，目标是打造一个更快的滚动更新风格桌面环境。

随着 Bluefin LTS 的发布，该项目已经转向了一个新的基础：CentOS Stream 10 与 EPEL 相结合。这一变化意味着 Bluefin LTS 不再只是 Fedora 的移植版。不过，它仍然是一个专门构建的基于 CentOS 的不可变桌面，通过 bootc 原子更新，专为希望拥有三到五年周期、更新节奏更慢、更可预测的用户而设计。

在实践中，Bluefin Linux 的这一分支产生了以下几种版本：

• Bluefin（主线版本）：基于 Fedora Silverblue 构建的不可变桌面，通过 bootc 原子更新。
• Bluefin GTS：与上述相同，但调校以增强稳定性和开发者工作流程，仍基于 Silverblue 并保持不可变性。
• Bluefin LTS：同样是不可变的，但基于 CentOS Stream 10 而不是 Silverblue，支持周期为 3–5 年。
• Bluefin GDX：基于 Bluefin LTS 构建，同样是不可变的，但预装了 NVIDIA CUDA、驱动程序和 AI 工具。

那么，现在我们已经澄清了这一点，让我们回到主要话题——新的 LTS 和 GDX 版本。正如我所说，Bluefin LTS 是基于 CentOS Stream 10 构建的，并从 EPEL 获取额外的软件包，但在其他方面与 Bluefin 和 Bluefin GTS 使用相同的源 RPM。

更新通过 bootc 原子性地应用，bootc 是一个用于管理可启动容器镜像的工具；但是，不支持本地软件包分层。相反，应用程序预计通过 Flathub、Homebrew 或其他容器化方法提供。

该版本包括向后移植的 GNOME 48，开发人员表示这是让 LTS 版本感觉现代化的关键部分。Bluefin LTS 还支持安全启动、ZFS 集成，并通过新的基于网页的 Anaconda 安装程序提供更新的安装体验，取代了旧的安装工具。

此外，GNOME 桌面环境默认预装了一些流行的扩展，比如 Dash to Dock、AppIndicator、Blur my Shell、Caffeine 等。

需要注意的是，有两个安装分支：标准的 LTS 版本，它随整个发行版周期提供 Linux 内核 6.12，以及一个可选的 LTS-HWE 分支，目前使用内核 6.15，能够更好地支持像 Framework 12 和 Framework Desktop 这样的新硬件。

安装后可以使用 ujust rebase-helper 在这些分支之间切换。提供了 x86_64 和 ARM64 镜像。

然而，并非每一部分都已到位。策划的 Bazaar（一个专为 GNOME 制作的新 Flatpak 应用商店）配置目前缺失。此外，gnome-user-share 也未包含在内，并且 HWE 分支在启动时不支持安全启动。这些问题被列为勘误，预计稍后会有修复。

现在，来看下一条新闻。除了 LTS 版本外，团队还推出了 Bluefin GDX，这是一款为 AI 和机器学习工作负载设计的变体，主要面向 AI 开发者。它附带 NVIDIA 驱动程序、CUDA 支持、VSCode 集成以及用于本地模型管理的 Ramalama。

这个想法是提供一个单一的支持 CUDA 的镜像，而不是维护多个面向开发者的版本。预计 GDX 的更新将回流到 Bluefin 的开发者模式，保持两者的一致性。

最后，GDX 的发布还伴随着与红帽企业版 Linux 命令行助手团队的社区合作，旨在改进上游的 AI 和机器学习工具。

欲了解更多信息，请参阅公告。图片提供了 x86_64（AMD/Intel）和 ARM（aarch64）架构版本，包括 Bluefin LTS 的标准版和 HWE 构建版本，以及支持 NVIDIA 的 GDX 版本。