由于上游冲突，Debian开发人员孤儿BCachefs-Tools包装

Debian开发人员乔纳森·卡特（Jonathan Carter）决定在Debian中孤儿院bcachefs-tools套餐。这项决定是在Debian的包装政策与上游开发人员管理依赖性方法之间持续的冲突之后进行的。

卡特（Carter）于2020年首次打包了Bcachefs-tools，它被Bcachefs作为强大的Linux文件系统的潜力吸引，类似于ZFS。不幸的是，这种情况在2023年末转弯，当时BCACHEFS-Tools 1.2推出了Rust组件。这种变化引发了冲突。

Debian的政策鼓励在所有软件包中使用相同版本的库，以简化安全性更新和长期维护。这项政策是由过去涉及Zlib的过去脆弱性事件引起的，它阻止了单个软件包内的捆绑依赖关系（一种称为“供应商”的实践）。

但是，Bcachefs-Tool中的锈蚀代​​码依赖于几个依赖项的特定版本。当卡特（Carter）试图放松这些依赖性要求以遵守Debian的政策时，上游开发人员推迟了一下。他们强烈支持严格的供应商，并拒绝支持更广泛的依赖版本。

这种分歧使得在Debian稳定版本中保持Bcachefs-Tools很难。上游开发人员坚持使用与Debian对稳定且可维护的软件包生态系统的需求发生冲突的特定依赖版本。

卡特（Carter）试图找到中间立场，但上游开发商仍然坚定地处于自己的立场。加上卡特认为是开发商的敌对交流的东西，他决定完全放弃包裹。

乔纳森·卡特（Jonathan Carter）在他的博客文章中写道：“考虑到这一点（甚至没有考虑我最近从上游开发商那里收到的一些敌对电子邮件，或者他在LKML和Reddit上的公众狂欢）在他的博客文章中写道。

这一事件突出了开源项目中的一个共同挑战：平衡上游开发的快速速度与诸如Debian之类的分布的稳定需求。

尽管有些人认为Debian的政策过于严格，并放慢了现代实践的采用，但包括卡特在内的其他政策认为，这些政策对于维持安全可持续的软件生态系统非常重要。

目前，Debian的Bcachefs-Tools的未来尚不确定。尽管该软件包目前是实验分支机构的孤儿，但目前尚不清楚其他维护者是否会承担在上游开发商和Debian政策的矛盾要求方面的艰巨任务。

社区对Bcachefs-Tools Debian Orphaning的反应

关于黑客新闻的讨论关于Debian中Bcachefs-Tool的孤儿的讨论表明了各种各样的观点。

一些用户同情乔纳森·卡特（Jonathan Carter），并认识到Debian对现代软件包装的政策所带来的困难，而另一些则批评Debian的方法，声称这与当前的开发实践不符。

支持卡特和Debian政策：

许多用户表达了对卡特决定的理解，并承认当上游开发人员抵抗发行版的包装标准时，维护包装有多么艰难。

他们认为，Debian的政策虽然有时令人沮丧，但旨在为用户创造一个稳定且安全的环境，尤其是在长期支持的背景下。

一些人特别强调了减少依赖性冲突并通过Debian的一次性策略简化安全更新的重要性。

对Debian僵化的批评：

另一方面，许多用户批评了Debian严格遵守其政策。他们认为，在整个发行版中需要单个版本的库是不切实际且不可持续的，尤其是考虑到软件开发的快速速度，尤其是在像Rust这样的语言中，依赖于语义版本的rust语言。

这些用户认为，Debian的方法扼杀了新技术的采用，并在上游开发人员和分销之间产生了不必要的摩擦。

Bcachefs-Tools的情况强调了开源社区内的更大张力，强调需要采用更细微的方法来包装管理，以平衡对快速创新的渴望与稳定性和可维护性的必要性。

总而言之，讨论表明，一种千篇一律的解决方案可能不可行，并且上游开发人员和分配维护者之间的协作和理解增加对于有效解决这些挑战至关重要。

类似的阅读：

• BCACHEFS Linux内核中的未来不确定行为守则争议
• Linux内核的生锈器辞职

以上是由于上游冲突，Debian开发人员孤儿BCachefs-Tools包装的详细内容。更多信息请关注PHP中文网其他相关文章！