Fedora 与 openSUSE 为何相继移除 Deepin 桌面环境

Fedora 与 openSUSE 是两个重要的社区 Linux 发行版。近期，这两个项目先后决定从官方软件仓库中移除 Deepin Desktop Environment（DDE）。虽然两次决定发生的时间不同，但背后的原因高度相似：安全审查问题、打包策略违规，以及软件维护响应不足。

这一事件也再次体现了 Linux 发行版的一项核心原则：软件是否被收录，不仅取决于功能和外观，还取决于安全性、代码透明度以及长期维护能力。

Fedora 为什么决定移除 Deepin

Fedora 的技术决策机构 Fedora Engineering Steering Committee（FESCo） 决定停用并移除 Deepin 相关软件包。

推动这一决定的主要有两个原因：

• 持续存在的安全疑虑：部分 Deepin 组件在安全审查中长期存在问题。
• 维护活跃度不足：维护者响应较慢，难以保证及时修复漏洞和更新。

在评估过程中，Fedora 开发者还发现一个现实问题：部分 Deepin 软件包维护者难以联系。对于依赖社区协作的发行版来说，这会直接影响漏洞修复、补丁提交以及长期维护能力。

如果维护沟通无法顺畅进行，发行版很难保证软件能够长期达到其安全和质量标准，因此 Fedora 最终选择移除相关软件包。

openSUSE 更早的移除决定

在 Fedora 作出决定之前，openSUSE 已经先一步从仓库中移除了 Deepin。

openSUSE 安全团队发现，在 Deepin 的打包过程中出现了严重的策略违规：

• 一个社区打包者使用了一种 绕过标准 RPM 打包机制的变通方法。
• 这种方法允许某些受限制组件被安装，而 不会触发正常的安全审查流程。

由于 openSUSE 对软件打包和安全审查有严格规定，这种绕过机制被视为严重违规。项目因此决定在问题解决之前，将 Deepin 从发行版仓库中移除。

Fedora 在随后评估 Deepin 时，也参考了 openSUSE 提出的这些安全担忧。

D‑Bus 与权限管理相关的安全问题

除了打包策略问题之外，审查中还多次提到 Deepin 组件的一些技术性安全风险。

主要包括：

• D‑Bus 服务设计问题：某些 Deepin 组件通过 D‑Bus 与系统服务通信，如果权限控制不严，可能被利用访问系统功能。
• Polkit（PolicyKit）权限管理问题：Polkit 用于控制普通程序请求管理员权限的方式，如果配置不当可能导致权限提升风险。

其中一个长期争议点是 Deepin 文件管理器的 D‑Bus 服务。这一组件的安全审查持续多年，但始终难以完全解决相关问题。

审查人员指出，一些修复只是部分解决问题，甚至在后续更新中又引入新的安全隐患。

上游项目响应不足的影响

另一个影响决策的重要因素是 上游项目（Deepin 开发团队）的沟通与响应速度。

openSUSE 维护者在此前的安全审查中表示：

• 某些安全问题没有被彻底分析
• 部分修复不完整
• 与上游沟通较为困难

对于 Linux 发行版来说，与上游开发者的协作非常关键。发行版维护者需要与上游一起：

• 审查安全敏感代码
• 验证漏洞是否真正修复
• 长期维护补丁

如果沟通效率低或问题长期悬而未决，发行版就很难继续承担维护责任。

这对仍想使用 Deepin 的用户意味着什么

需要注意的是：Deepin 并没有消失。

两大发行版的决定只是意味着：它们 不再在官方仓库中提供或维护 DDE 软件包。

如果用户仍然想使用 Deepin，可以考虑以下方式：

• 使用以 Deepin 为主要桌面的发行版
• 从第三方仓库安装 Deepin
• 自行从源码构建

不过，这些方式通常意味着 安全审查和维护保障会低于官方仓库的软件包。

Linux 发行版治理的一次典型案例

Deepin 被移除的事件说明了一点：在 Linux 生态中，软件能否进入发行版不仅取决于功能或外观。

发行版更看重的是：

• 可维护性
• 安全审查透明度
• 上游协作效率

即使一个桌面环境拥有良好的界面设计和一定用户基础，如果无法满足这些要求，也可能被发行版移除。

对 Fedora 和 openSUSE 来说，这一决定体现的是一种相对保守的安全策略——优先保证系统安全与维护质量，而不是尽可能收录所有桌面环境。