升级你的桌面：Ubuntu 26.04.1 LTS 现已可用

版本号、发布周期与升级门槛

• 版本格式为 year.month.patch（例如，26.04.1 = 2026 年 4 月，首个点发布）。
• Ubuntu 每年发布两次：4 月发布 .04，10 月发布 .10；只有偶数年的 4 月版本是 LTS。
• .1 LTS 点发布会在 .04 之后约 3 个月到来；此时会启用从前一个 LTS（例如 24.04 → 26.04.1）的自动升级。
• 在 26.04.1 之前，从 24.04 运行 do-release-upgrade 会提示没有新版本；现在用户已经看到升级提示并成功升级。

TPM 支持的加密与年龄验证

• 安装程序中支持 TPM 的全盘加密被欢迎，认为它提高了物理攻击门槛并改善了用户体验。
• 有人强烈担忧 Ubuntu 打算遵守操作系统级年龄验证规则，最终可能把操作系统指纹与真实身份关联起来。
• 也有人认为当前 Linux 桌面上的年龄验证工作可以只是一个简单的本地配置文件标记，不涉及任何加密身份，而厂商必须合规以避免法律问题。
• 关于设备“所有权”的更广泛争论：TPM 和 Android 密钥证明会限制用户修改过的操作系统；蜂窝调制解调器被视为天生不可信。
• 证明机制被批评只能检测用户主动做出的更改（例如解锁 bootloader），而无法检测漏洞利用。

Snap、包管理与“臃肿”

• 一些人认为 Ubuntu 是“臃肿软件”，不喜欢 snap/apt 混用，称 snap 是“怪物”，也是潜在攻击面。
• 也有人表示 Ubuntu 26.04 升级过程很顺利，系统感觉很快，而且“就能正常工作”。
• 文中提到 AI/CLI 工具有助于修复损坏的升级，不过 snap 与 apt 有时会让这些工具感到困惑。
• 少数人更喜欢先从 Ubuntu 开始以获得硬件支持，再把它精简成更“Debian 风格”的体验。

谁在使用 Ubuntu，以及为何选择它而非替代品

• 使用 Ubuntu 的原因：
  • 长期使用带来的熟悉感和惯性。
  • 良好的硬件支持与“开箱即用”的体验，尤其在台式机和笔记本上。
  • 可预测的发布节奏；可在中间版本和 LTS 之间选择；在非常慢的（Debian stable）和非常快的（Arch、Fedora、Debian testing）之间提供合适折中。
  • 庞大的用户基础和软件生态；许多云虚拟机和 CI 环境使用 Ubuntu/Debian。
• 批评：
  • 有人认为 Ubuntu 多年前就“迷失方向”了（广告、snap、升级破坏）。
  • 一些用户迁移到了 Fedora（通常是 KDE 变体）或回到 Debian，理由包括治理更清晰、snap 更少或稳定性更好。
• 其他发行版对比：
  • Debian 因稳定性和可在 stable/testing/unstable 间选择的灵活性而受到称赞，但在一些人看来过慢，或需要更多折腾。
  • Fedora 因作为 RHEL 的上游、强社区、基于 flatpak 的应用和良好的桌面/服务器平衡而受到赞赏。
  • Arch 因滚动更新、软件新鲜以及出色文档而受青睐，但被认为很耗时。
  • Alpine 被提及是因为 MUSL 和容器。

切换到 uutils coreutils

• Ubuntu 现在默认使用 uutils coreutils（Rust 重写实现），而不是 GNU coreutils。
• 担忧在于：它们是刻意进行的独立实现，因此行为可能与 GNU 不同，尤其是在 POSIX 规范模糊的地方。
• 测试中报告了许多问题：脚本和单元测试失败，因为以前会以非零退出码和 stderr 消息暴露的错误，现在可能被静默吞掉或表现不同。
• 指出二进制体积很大，但相比行为不兼容，这被认为是次要问题。
• 有人认为这一步过早且会破坏现有环境，但从长远看也可能有益，因为它会迫使更好的测试套件和跨实现兼容性。
• 线程中澄清说，实际上存在一套相当庞大且由来已久的 GNU coreutils 测试套件，并且正在复用；早先声称“在 uutils 之前没人做过真正的 CLI 测试”的说法被收回并致歉。

其他说明

• 一些用户报告说，在据称硬件支持良好的设备上使用 Kubuntu 体验不佳，而切换到 Fedora KDE 后更顺畅。
• 还提到了各种 Ubuntu 衍生版本（Kubuntu、Xubuntu、Lubuntu）以及派生发行版（Mint、Pop!_OS），它们可以在 Ubuntu 基础上提供不同的桌面或体验。
• 共享了 26.04.1 发布说明的变更日志链接；线程中并未深入讨论其细节。