https://wiki.ubuntu.com/Bugs/Status で、Ubuntuバグトラッカーで使用されるLaunchpadバグステータス定義のリストを見つけることができます。通常、Ubuntuパッケージタスクの場合、「Fix Committed」は「修正はアップストリームですが、まだUbuntuにはありません」に対応していません。そのためには、通常、バグウォッチを設定し、Jorgeが提案したように、Launchpadでそれを処理することができます。
一部のUbuntuチームは、バグステータスを含む特定のLaunchpad機能に異なる役割を割り当てていることに注意してください。これにより、最初は混乱が生じる可能性があります。特定のコンポーネントのバグを常にトリアージしている場合は、そのコンポーネントを担当するチームがバグのトリアージを行う方法を理解することをお勧めします。
「Fix Committed」とは、開発者が問題に対する実用的なソリューションを見つけ出し、それを開発リポジトリにマージしたことを意味します。
Ubuntuバージョンのバグに「修正済み」とマークされている場合、問題はアップデートで配信されます。
手作業でこれを行う必要はありません。 バグウォッチを設定する Launchpadは、アップストリームのバグレポートを監視し、ステータスを自動的に設定できます。これを機能させるには、プロジェクトのアップストリームで、Launchpadにバグトラッカー 登録済み が必要です。 (不足している場合はいつでも追加できます)
これを行うと、LaunchpadはUbuntuandのバグを追跡します。これにより、開発者は、アップストリームで修正され、Ubuntuではまだ修正されていないバグを簡単に見つけることができます。
あなたの特定のケースでは、wajigは、Launchpadにバグトラッカーを登録していません。私は先に行き、それをしました。残念ながら、Launchpadのプロジェクトは外部バグトラッカーを使用するように設定されていません。おそらく 登録済み の人に連絡して、実際のアップストリームwajigトラッカーを指すように変更して、将来バグレポートを簡単にリンクできるようにすることができます。
それでもまだ元の問題を解決できないので、 bug report ;にコメントを残しました。うまくいけば、適切な人に問題を指摘できます。
いいえ、Fix Committedは、プロジェクトが使用するコードリポジトリでそのバグの修正が修正されたときです。
ランチパッドは、ステータス「確定コミット」を「確定コミット:開発者がプロジェクトのコードベースに自分の修正をコミットした」と定義しています。これは、バグが開発者によって修正されたが、まだリリースされていないことを意味するため、修正リリースの状態になるまで修正されたことがわかりません。