如何发现错误

这与您提交的特定错误无关，而是关于及时处理错误的一般良好做法：

• 确保您已在正确的源代码包中提交错误报告。错误分类员和开发人员倾向于订阅他们感兴趣或负责的包的错误邮件，因此为了让相关人员及时查看您的错误，需要将其与指定的包一起归档，并且正确的一个。如果您无法确定正确的包是什么，此 wiki 页面可能会有所帮助。

• 确保您的错误包含相关的调试信息。在大多数情况下，使用 ubuntu-bug 提交报告将确保这一点，但 wiki 上有关调试过程的大量信息也会派上用场。

• 如果您的报告看起来一切正常，但很长一段时间都没有响应，请尝试在 Freenode 上的#ubuntu-bugs 上通过引用错误编号来宣布它，以查看周围是否有任何错误分类器可以将其推向正确的方向。请记住，大多数分类人员和开发人员都是时间和精力有限的志愿者，过于自信会阻止人们帮助您。如果周围似乎没有人能够提供帮助，请尝试一天中的其他时间。

• 如果您知道您认为应该调查您的 bug 的特定人员，请在 IRC 上给他们一个 ping（您可以在他们的 Launchpad 个人资料中看到人们的 IRC 昵称），或者订阅 bug 以解释您订阅他们的原因紧随其后的简明评论。不要分配它们；只需订阅它们，除非有明确指示，否则不要订阅团队，并且不要同时向任何人大量订阅多个错误。

Murat 的回答对于良好的流程是正确的。对于您的特定错误，它似乎分配给了错误的组件。gnome-vfs是旧的未维护的东西，处理这种东西的当前 GNOME 部分实际上称为gvfs.

您的问题很可能是没有人在查看我们有一段时间没有发布的东西的错误。修复组件，然后按照 Murat 的说明进行操作可能会引起您的注意。

单击启动板中错误顶部的“影响我”按钮。如果很多人这样做，则表明该错误受到很多人的影响，并且可能比其他错误更重要。

作为一个多年来一直在引导已知的、真实的、重要的错误的人，我可以同情。

把事情修好真的取决于事情，谁关心他们，关心多少，谁付钱给人们关心特定的方向。

开源是一头奇怪的野兽。-pbr

也许检查freenode上的#ubuntu-bugs？那里的人通常愿意提供帮助。

还有一件事：尝试自己修复它！许多错误很浅。即使你不能走得很远，只要尝试一下就会向开发人员发出一个非常强烈的信号，它可能会引起他们的注意。即使您无法解决它，但您可以稍微定位问题，它也会使此错误从大量其他未解决的错误中脱颖而出。

如果一切都失败了，请在 Planet Ubuntu 上写博客，并简单地深入描述问题。