GNOME 和 Linux Mint 冲突:日历打包方式争议

关键点:
  • GNOME 日历的开发者声称,Linux Mint 分发的是一个过时且经过修改的版本,该版本会生成错误的错误报告。
  • Linux Mint 强制应用程序进行技术倒退,从 GTK4 降级到 GTK3,并使用其自身过时的 libAdapta 分支。
  • GNOME 要求 Mint 更改其名称和品牌以避免混淆,但这一要求被忽视了 6 个月。
  • Mint 以自由软件许可为幌子为自己的行为辩护,无视有关商标侵权的争论。
  • 该案例说明了由于衍生品分销中的敌对做法,志愿开发人员遭受了严重的职业倦怠。

Gnome 与 Linux Mint-clean 的对比

最近有消息称,GNOME日历的一位主要开发者与Linux Mint软件包维护团队之间爆发了激烈的公开争论。冲突的根源在于Linux Mint为了适应自身环境,决定发布一个经过大幅修改且过时的GNOME日历版本。

问题不在于代码的技术修改,而在于该发行版保留了“GNOME Calendar”的官方名称,并在信息窗口中保留了原有的联系人链接。因此,Linux Mint 用户在这个修改版中遇到错误时,不得不不断地向 GNOME 开发人员提交错误报告,导致一个志愿者团队不得不花费大量时间来分类和关闭这些并非由他们造成或多年前就已经修复的问题。

要了解问题的严重性,有必要分析 Linux Mint 所做的更改。为了保持与自身桌面环境和视觉主题的兼容性,Mint 主动决定降级 GNOME 日历。尽管原项目已使用 GTK4 和 libadbita 库,Linux Mint 却强制回滚到 GTK3。

此外,为了实现这种强制集成,Mint 让应用程序使用 libAdapta,这是它自己基于 libadwaita 的一个分支。主要缺点是 libAdapta 被锁定在过时的版本(基于 1.5 版本,而原始项目已经是 1.9 版本)。这种长达两到四年的版本更新导致数百个已被 GNOME 修复的旧 bug 在 Linux Mint 用户的机器上重新出现。

沟通障碍和自由许可的局限性

为了寻求合乎逻辑的解决方案,GNOME Calendar 团队在 Linux Mint 平台上提交了一份正式报告,请求采取一个简单的行动:删除对主项目的引用,删除支持链接,并更改修改后的应用程序的名称和图标

这项解除关联的请求被置之不理长达六个月之久。当 Mint 软件包维护者最终回应时,他却将自己的情况与 Ubuntu LTS 和 Debian 进行比较,试图转移人们对核心问题的注意力,声称这些发行版也提供了旧版本的日历。然而,GNOME 的开发者立即强调,冲突不在于代码的年代,而在于分发了一个结构经过修改的版本,该版本篡夺了原始项目的身份——而未经修改的 Debian 或 Ubuntu 软件包并不会造成这个问题。

双方紧张关系不断升级,最终在Linux Mint断然拒绝更名请求后达到顶峰维护者反而建议GNOME开发者自行编写应用内警告系统,提醒用户注意版本过旧的问题。这一提议意味着原团队需要承担更多无偿工作。

Mint单方面结束了此案,理由是自由软件许可允许此类不受限制的重新分发和修改。对于GNOME开发者而言,这种立场是一种回避策略,它故意混淆了代码自由和商标侵权,开创了一个危险的先例。

该事件引发了关于分发模式伦理的深入辩论,凸显了某些衍生分发方式如何滥用开源生态系统,以敌对和不体贴的方式将支持责任转移给原作者,从而在精神上使他们疲惫不堪。

Linux Mint 以“GNOME Calendar”之名分发一个存在缺陷、不受支持且经过大量修改的版本,这侵犯了 GNOME 项目的身份,欺骗了最终用户,并损害了原开发者的声誉。这些敌对的发行​​版深知,躲在“你选择了错误的许可证”的幌子下,可以轻松对抗那些缺乏法律资源提起商标侵权诉讼的独立开发者。

最后,如果您有兴趣了解更多信息,可以点击以下链接查看详情。


在 Google 中将其添加为首选来源