Klipper：没有社区的开源

Klipper 已经成为许多打印机用户的标准固件。但 Ænix 博客上 Алексей Свиридкин 的一篇文章提出了一个令人不安的问题：如果项目只依赖一个人，会发生什么？作者首先说明这是他的个人观点，然后给出了相当具体的论据。

核心观点是：Klipper 的代码非常出色，但项目并不是按组织的方式运作的。CONTRIBUTING.md 中只列出了 Kevin O'Connor。审核者有四位，但只有他拥有合并到 master 的权限，因此总线因子为 1。问题跟踪器实际上已经关闭：唯一一个开着的 issue 表示跟踪器已不再使用，讨论转到了论坛，那里有超过 200 个 PR 在等待。

作者以 PR #6826 为例，该 PR 在 Unix 套接字之外增加了 TCP 套接字监听。根据 mkuf/moonraker Docker 镜像推算，他估计有超过 400 人需要这一功能，但始终没有得到实质性的回应。结果，不在主线内核中的功能只能流向分支。Snapmaker 为自家的 U1 打印机修改了约 20% 的代码库，Creality 等厂商则出货冻结的旧版本。

作者认为，分支因为需要不断 rebase 和 backport，给厂商带来高昂的成本，因此呼吁：只要接收渠道运转正常，就应该把改动贡献到主线。对于商业分支，他建议参照 OpenTofu、Valkey 和 OpenSearch 设立中立的基金会。

对其中很多内容可以不同意，但对于选择打印机和固件的人来说，了解自己依赖的是哪种生态系统是有益的。对我而言，这篇文章最重要的结论是：开源许可证并不等于开放的开发。

来源：Хабр（Ænix 博客）