![我应该向上游提交错误,向我的发行版维护人员提交,还是两者都提交?](https://linux22.com/image/33909/%E6%88%91%E5%BA%94%E8%AF%A5%E5%90%91%E4%B8%8A%E6%B8%B8%E6%8F%90%E4%BA%A4%E9%94%99%E8%AF%AF%EF%BC%8C%E5%90%91%E6%88%91%E7%9A%84%E5%8F%91%E8%A1%8C%E7%89%88%E7%BB%B4%E6%8A%A4%E4%BA%BA%E5%91%98%E6%8F%90%E4%BA%A4%EF%BC%8C%E8%BF%98%E6%98%AF%E4%B8%A4%E8%80%85%E9%83%BD%E6%8F%90%E4%BA%A4%EF%BC%9F.png)
我最近提交了一份漏洞和gnome shell致 GNOME 维护者,关于他们的网站(上游的)。
但是,我不确定我是否应该将其提交给我的发行版的软件包维护者(软呢帽)。
以后类似的项目我应该选择哪个?或者我应该将错误同时提交给上游和我的发行版维护人员(老实说,这没有多大意义)?
答案1
我建议使用发行版的错误跟踪系统提交错误报告,如果你正在使用他们的构建。
然后,如果发现错误报告也存在于普通版本中,他们可以将错误报告升级给上游维护人员。
这背后的基本原理很简单,因为许多发行版都应用自己的补丁,除非您是肯定如果 bug 存在于普通构建中,那么打包者可能比上游开发人员处于更好的位置,能够测试两种可能的配置(普通配置和修补配置),上游开发人员甚至可能在与您的发行版完全不同的体系结构上运行其系统。选择甚至不支持。
根据程序的复杂性以及您所看到的无法解释的行为类型,即使您使用的是相关程序的普通版本,但任何依赖项的修补版本,针对发行版的错误跟踪器提交错误甚至可能是有意义的。
如果您在合理的时间内没有收到发行版包维护人员的响应,您当然可以将错误升级给上游维护人员。在这种情况下,还应包含原始报告的链接,以了解上下文,并在发行版的错误跟踪系统中进行交叉引用,以便轻松从一个报告转到另一个报告。
底线:不要打扰上游维护者,除非有问题他们的代码或发行版维护者完全没有响应。
答案2
我总是将其归档到发行版和上游。如果可能的话请参考您在两个系统中都执行了此操作。提供您的错误的直接 URL,以便您的操作一目了然。
很多次我都见过没有任何变化的错误,因此最好在本地向应用程序开发人员以及捆绑应用程序的发行版提供尽可能多的问题可见性。
但请运用您的最佳判断。