近日 Artix Linux 开发团队在官方论坛宣布将不再支持 GNOME 桌面环境,此事在开源社区和非 systemd 发行版用户中引发热议。核心问题源自 GNOME 上游在 GNOME 49 中移除了 gnome-session 中的非 systemd 回退路径,使得在非 systemd 系统上启动 gnome-shell 与 mutter 成为不可能。Artix 开发者表示,以往通过 elogind 打补丁的做法如今已不可行,因此维护一个新的非 systemd 代码路径超出了他们当前的时间与兴趣范围。受影响的关键软件包包括 gnome-session、gnome-shell、mutter 和 gnome-settings-daemon,虽然旧版本仍在仓库中,但未来可能会被移除或变得不可用。单独的 GNOME 应用仍将继续打包,但完整的 GNOME 桌面支持已经终止。 了解背景有助于判断后续影响。
Artix Linux 是以提供无 systemd 选项为主要特点的发行版,支持 OpenRC、runit、dinit 等多种 init 系统。过去通过 elogind 等中间层,非 systemd 发行版得以运行 GNOME 的很多功能。但 GNOME 上游近年来逐渐强化对 systemd 的依赖,最终在关键组件里删除了非 systemd 兼容代码。删除回退代码意味着上游不再保留那条替代路径,维护者若要继续在非 systemd 环境中运行 GNOME,必须要么恢复被删除的回退代码并长期维护一个分叉,要么开发一个新的、与 init 无关的 gnome-session 替代实现。 从技术层面讲,gnome-session 是管理用户会话、启动 GNOME 组件并协调桌面会话生命周期的核心。mutter 与 gnome-shell 则分别负责窗口管理与桌面外壳。
上游在 gnome-session 中移除的回退实现与 systemd 的会话与登录管理紧密耦合。当该回退被移除后,简单地替换 systemd-logind 功能的 elogind 已无法覆盖所有缺失的接口或实现细节,因此曾经有效的补丁失效。重写或复原那条路线需要大量工作,包括恢复数千行代码或设计一个新的通用会话管理器,这两者都并非轻量级任务。 对普通用户来说,这一决定带来了现实影响。现有使用 Artix 的 GNOME 用户将面临选择:继续在现有系统上保留旧版本软件(可能带来安全和兼容性风险)、更换桌面环境以适配无 systemd 的支持、转向其他发行版以继续使用最新 GNOME,或等待社区出现可维护的解决方案。论坛上的反应不一,有用户表示欢迎简化维护工作和节约开发资源,也有用户表示失望并计划迁移到 Arch 等仍支持 GNOME 和 systemd 的发行版。
部分组织和个人可能因为工作站数量和统一管理的需要而选择切换发行版或部署不同的桌面环境。 对于追求无 systemd 或热衷 Artix 的用户,实际可行的迁移路径多样。首先可以考虑切换到其它桌面环境或窗口管理器,这些通常对 init 系统要求更低且有长期维护者。KDE Plasma 以其完善的生态和相对良好的可配置性成为常见替代,尽管 Plasma 在 Wayland 与系统集成上也有依赖,但社区有很多无 systemd 的打包方案。轻量级桌面如 XFCE、LXQt、MATE 或基于 Wayland 的合成器与 tiling 窗口管理器例如 Hyprland、i3、bspwm 等,都是可选路径。许多 Artix 用户在论坛中提到会转向 Hyprland 或 Openbox 等更轻量或更现代的替代品。
另一个选项是留在 GNOME 生态但转用支持 systemd 的发行版。如果用户依赖某些 GNOME 特性或工作流程不易迁移,转向 Arch Linux、Fedora、Ubuntu 或其他继续紧跟 GNOME 上游的发行版是更直接的解决方案。需要注意的是,切换发行版涉及数据迁移、配置迁移以及部署与管理策略的调整,尤其在企业或多台设备环境中需要提前规划。 也有社区尝试提供替代实现以保留 GNOME 在非 systemd 系统上的可用性。现有案例包括有人为 GNU Guix/Shepherd 开发了 gnome-session 的替代实现,并有 OpenRC 开发人员计划实现类似方案。Slackware 社区曾通过重建被删除的回退路径来发布 GNOME 49,但这相当于长期维护一个大规模补丁或分叉,维护成本高且容易与上游频繁冲突。
Artix 开发团队在公告中表示,如果出现一种合理且维护负担可控的解决方案,项目愿意将 GNOME 支持重新纳入,但前提是该解决方案最好是 init 无关并由其他维护者负责维护,Artix 团队本身不会投入大量资源去重写或长期维护 GNOME 的非 systemd 路径。 对于有能力或愿意参与的开发者而言,存在几条可能的路线。其一是尝试维护一个长期分叉,重建被删除的回退代码并不断与上游同步,这需要大量人力并承担安全维护责任。其二是开发一个 init-agnostic 的会话管理替代,目标是提供 gnome-session 期望的接口与功能,但独立于 systemd。这条路在设计上更优雅但实现复杂,需处理与登录管理、会话生命周期、权限、DBus 交互以及与 compositor 的协同等多个方面。其三是继续通过 elogind 或类似项目尝试填补接口缺口,但如公告所述,现有简单方案已不可行,需更深入的兼容层改进。
对于普通用户的操作建议应以稳妥为原则。首先备份当前重要数据和配置文件,确保在切换桌面环境或发行版时不会丢失工作状态。其次评估当前使用 GNOME 的哪些特性是必须的,哪些可以被其他桌面环境或独立应用替代。基于评估结果,测试几种替代桌面或窗口管理器,优先在虚拟机或副机上进行试用以减少风险。如果决定迁移到另一个发行版,制定分阶段迁移计划并在多台机器上先做小规模试点。对于企业或组织环境,提前与团队沟通并评估集中管理工具、配置管理脚本以及用户培训的成本。
社区层面,这一变动也带来了对开源协作与上游决策影响力的讨论。GNOME 上游选择删除非 systemd 回退路径的决策体现了上游项目设计取向的变化,发行版维护者与社区如何在尊重上游发展的同时保障多样性与兼容性,是长期值得思考的问题。对于非 systemd 发行版而言,维护更多桌面选择意味着额外成本,项目需要在可维护性和用户需求之间做出权衡。Artix 的决定反映了实际资源与维护优先级的选择,而不是对 GNOME 的价值判断。许多论坛讨论也突出了不同用户群体的偏好差异,有人支持轻装简约或更可控的桌面环境,有人则坚持 GNOME 的工作流程与生态。 未来走向仍有不确定性。
若社区内出现可持续的替代实现或第三方长期维护者,GNOME 在非 systemd 发行版上的支持有可能以社区驱动的方式回归。反之,如果上游继续沿着更深度依赖 systemd 的路线发展,越来越多的发行版可能会做出类似权衡,在维护成本和用户基础之间做选择。对使用者而言,保持信息通道畅通、关注官方公告与社区讨论、以及提前规划迁移方案,是应对不确定性的关键。 总结而言,Artix Linux 不再支持 GNOME 源于 GNOME 上游在 GNOME 49 中移除非 systemd 回退路径,导致在非 systemd 环境上运行 GNOME 的技术障碍难以通过简单补丁解决。对用户而言,这要求在保留旧版本、切换桌面环境或切换发行版之间做出选择。对开发者与社区而言,这既是挑战也是机会,促使人们思考如何在多样化的 Linux 生态中平衡上游演进与发行版特色。
如果你是受影响的用户,建议先完成数据备份,评估替代环境,测试迁移方案,并关注 Artix 与相关社区的后续动态以获得最新支持信息。 。
