「Fix Committed」とはどういう意味ですか？

問題のパッケージが（Launchpadの外で）アップストリームでホストされている場合、バグを「Fix Committed」とマークしても有効ですか？

例：バグレポート、コミットされた修正。

Launchpadのバグステータス定義のリストは、Ubuntuバグトラッカーでの使用方法をhttps://wiki.ubuntu.com/Bugs/Statusで確認できます。通常、Ubuntuパッケージタスクの場合、「Fix Committed」は「修正は上流にありますが、まだUbuntuにはありません」に対応していません。そのため、Jorgeが示唆したように、通常はバグウォッチを設定して、Launchpadで処理することができます。

一部のUbuntuチームは、バグステータスなど、特定のLaunchpad機能に異なる役割を割り当てています。これにより、最初は混乱が生じる可能性があります。特定のコンポーネントのバグを一貫してトリアージしている場合は、そのコンポーネントを担当するチームがバグのトリアージを行う方法を理解することをお勧めします。

「Fix Committed」とは、開発者が問題の実用的な解決策を見つけ、それを開発リポジトリにマージしたことを意味します。

この問題は、Ubuntuバージョンのバグが「修正済み」とマークされている場合、アップデートで配信されます。

これを手動で行う必要はありません。バグウォッチを設定すると、 Launchpadはアップストリームのバグレポートを監視し、ステータスを自動的に設定できます。これが機能するためには、上流のプロジェクトでLaunchpadに登録されたバグトラッカーが必要です。（不足している場合はいつでも追加できます）

これを行うと、LaunchpadはUbuntu およびアップストリームのバグを追跡します。これにより、開発者は上流で修正され、Ubuntuでまだ修正されていないバグを簡単に見つけることができます。

特定のケースでは、wajigはLaunchpadに登録されたバグトラッカーを持っていませんでした。私は先に進んでそれをしました。残念ながら、Launchpadのプロジェクトは、外部バグ追跡を使用するように設定されていません。登録した人に連絡して、実際の上流のwajigトラッカーを指すように変更して、将来バグ報告を簡単にリンクできるようにすることができます。

そのSTILLは元の問題を解決しないので、バグレポートにコメントを残しました。うまくいけば、適切な人々に問題を指摘するでしょう。

いいえ、Fix Committedとは、プロジェクトで使用するコードリポジトリで上記のバグの修正が修正されたときです。

Launchpadは、Fix Commitedのステータスを「Fix Committed：開発者がプロ​​ジェクトのコードベースに修正をコミットした」と定義しています。これは、バグが開発者によって修正されたが、まだリリースされていないため、修正された状態になるまでは、修正されたことがわかりません。