“修复提交”是什么意思？
如果我在上游（在Launchpad之外）托管相关软件包时标记了“修复提交”错误，它是否有效？
示例 ： 错误报告 ，已提交修复 。
您可以在https://wiki.ubuntu.com/Bugs/Status上的Ubuntu错误跟踪器中找到Launchpad错误状态定义列表。 通常，对于Ubuntu包任务，“Fix Committed”不对应“修复是上游但不在Ubuntu中”; 为此，你通常可以设置一个bug监视器，让Launchpad处理它，正如Jorge建议的那样。
请注意，一些Ubuntu团队为某些Launchpadfunction分配了不同的角色，包括错误状态; 这最初会引起一些混乱。 如果您一直在对特定组件中的错误进行分类，那么熟悉负责该组件的团队进行错误分类的方式是个好主意。
“Fix Committed”意味着开发人员已经找到了解决问题的可行方案，并将其合并到他们的开发存储库中。
当您的Ubuntu版本标记为“Fix Released”时，问题将在更新中提供。
您不应该手动执行此操作。 如果设置了错误监视，则 Launchpad可以监视上游错误报告并自动设置状态。 为此，上游项目需要在Launchpad中注册它的bug跟踪器。 （如果缺少，你可以随时添加更多）
当你这样做时，Launchpad将跟踪Ubuntu 和上游的错误。 这使得开发人员更容易找到已修复上游但尚未在Ubuntu中修复的错误。
在您的具体情况下，wajig没有在Launchpad中注册的bug跟踪器。 我继续前进并做到了。 不幸的是，Launchpad中的项目未设置为使用外部错误跟踪器。 您可以联系注册它的人进行更改，以便指向实际的上游wajig跟踪器，这样可以在将来轻松链接错误报告。
由于STILL无法解决您的原始问题，因此我在错误报告中留下了评论; 这将有希望指出合适的人选问题。
不，Fix Committed是指在项目使用的代码存储库中修复了所述错误的修复程序。
Launchpad将状态Fix Commited定义为“Fix Committed：开发人员已经将他/她的修复程序提交给项目的代码库”。 这意味着该错误已由开发人员修复，但尚未发布，因此您不会看到它已被修复，直到它进入Fix Released状态。