Debian GNOME 团队近日明确表态，计划在 Debian 14 正式版发布前，逐步将已有20年历史的 GTK2 从 Forky 开发分支及主软件仓库中移除。GTK2 最早于2002年3月发布，曾是 Linux 桌面应用的重要基石，支撑了许多经典软件。但随着桌面技术和使用场景不断演进，GTK2 已明显难以适应现代需求。按照当前规划，Debian 14 预计将在2027年年中发布，这相当于为 GTK2 的“退场”划定了明确的时间窗口。
🔧 维护现状成最大压力
推动这项决定的核心原因，在于居高不下的维护成本与潜在的安全风险。自2020年底 GTK4 正式发布以来，GTK2 早已停止上游维护，不再接收安全补丁和功能更新，实际上处于“无人看管”的状态。相比之下，GTK3 自2011年推出后，在 Debian 稳定版中长期维持在 3.24 系列，使用时间超过七年，技术成熟且维护稳定。这种强烈对比让 GTK2 显得更加老旧，继续保留只会增加系统负担。
📦 遗留软件仍是现实问题
从软件生态角度看，GTK2 的影响并未完全消失。虽然依赖 GTK2 的软件数量逐年下降，但 Debian GNOME 团队指出，自2020年以来，这类软件包的数量已减少到原来的不到四分之一。然而在整个 Debian 仓库中，仍有大约150个软件包受到影响。这意味着，GTK2 虽然“过时”，却依然是一个无法忽视的历史包袱。
🌍 主流发行版已率先行动
Debian 的这一动向并非孤立，而是顺应了主流发行版的整体趋势。
- Arch Linux 已在2025年将 GTK2 从官方仓库中移除，仅通过 AUR 方式提供。
- Red Hat Enterprise Linux 10 则更为彻底，完全不再支持 GTK2。
- 在这种背景下，Debian 如果继续长期保留 GTK2，反而会显得与行业方向渐行渐远。
这一现实进一步强化了 Debian 推进清理工作的合理性。
⚠️ “缺乏上游支持工具包”的隐患
支持移除 GTK2 的 Debian 维护者普遍认为，继续维护一个已经停止上游支持的工具包，本身存在多重隐患。一方面，潜在的安全漏洞无法得到及时修复；另一方面，随着编译器、工具链和系统库不断升级，保证这些老旧软件还能正常构建和运行，需要投入越来越多的时间和人力。这种“为历史买单”的维护方式，显然难以持久。
🧩 图形安装器成最后阻碍
不过，GTK2 的彻底移除目前仍面临一个现实的技术障碍：Debian 的图形化安装器至今仍依赖 GTK2。在这一关键组件完成替换或重构之前，GTK2 还无法完全从 Debian 的软件仓库中消失。因此，如何为安装器找到合适的替代方案，成为推进 GTK2 退役计划中必须优先解决的一步。
🖥️ 桌面体验已明显落后
从用户体验角度来看，GTK2 的局限性同样越来越明显。它既不原生支持 Wayland，也无法很好地适配现代桌面环境中常见的分数缩放。即便通过一些变通手段，部分 GTK2 应用在 HiDPI 显示器上还能“勉强能用”，但无论是显示效果还是交互体验，与 GTK3、GTK4 应用之间的差距都已经非常直观。
🔄 迁移并非易事
另一方面，一些仍然拥有用户基础的应用，至今仍构建在 GTK2 之上。相关开发者也坦言，将这些应用迁移到 GTK3 或 GTK4，往往不是简单的“升级接口”，而是需要进行较大规模的架构重构。在部分项目中，由于维护力量不足或项目进入半停滞状态，这种迁移甚至可能永远不会发生，这也让 GTK2 的退役在现实层面变得更加复杂。
🚪 外部仓库作为过渡方案
作为折中方案，有 Debian 贡献者提出，可以将 GTK2 及其剩余依赖软件包移入外部仓库，而不是继续保留在官方主仓库中。随着 Debusine 平台的投入使用，这些软件包可以在 Debian 正式体系之外继续构建和分发。其思路与 Arch Linux 通过 AUR 维护 GTK2 的方式相似，既减少主仓库负担，又为少数用户保留选择空间。
如果想了解更多细节，可以前往 Debian 的邮件列表阅读完整的讨论内容。
✅ 总结
总体来看，虽然 Debian 官方尚未就 GTK2 的最终去留给出“盖棺定论”，但整体方向已经非常明确。在缺乏上游维护、主流发行版纷纷放弃支持的背景下，GTK2 继续留在 Debian 主仓库的空间正在快速缩小。如果未来没有一个活跃维护的分支，或一个获得广泛支持的外部仓库出现，GTK2 很可能会在 Debian 14 发布之前，正式从 Debian 的核心体系中退出历史舞台。 | 
发表于 5 天前
|
查看: 18|
回复: 0
