なぜubuntu-bugは、CompizとUnityのバグを報告すべきではないことを意味するのですか？
走る ubuntu-bug compiz。 「いいえ」を選択します。統一されていません。 （ただし、団結を報告しても同じ結果が得られます。）
次に、この質問が表示されます。
Ubuntuの「natty」バージョンの開発は完了しているので、ここで報告する必要があることが確実でない限り、テクニカルサポートチャネルを使用する必要がありますか？
オプション：
- 知りません
- はい、私はすでにこの問題の修正を知っています。
- はい、問題はシステムソフトウェアの更新を行った直後に始まりました。
- はい、私はテクニカルサポートを受けました、そして彼らは私をここに紹介しました。
- いいえ、サポートを受けるのに適した場所を教えてください。
「わからない」と「いいえ...」はどちらも、askubuntuとubuntu.com/supportへのリンクを含むダイアログを表示し、送信せずにバグレポートを終了します。
報告したいバグを見つけた場合、該当するのは「はい、システムソフトウェアの更新後に問題が発生しました」だけです。
これは、開発者がリグレッションに関心があるが、新しいバグには関心がないことを意味します。
私の理解では、askubuntuはヘルプ用であり、バグレポート用ではありません。このダイアログは、askubuntuが開発者のテクニカルサポートタスクを軽減するのに役立つだけですか？ （立派な目標ですが、AUに投稿してから、同じ問題をランチパッドに報告するように求められたユーザーは、熱意を失うと思います。「ジャンクバグ」が大幅に削減されれば、それだけの価値があるでしょう。）技術的でない場合サポート？
コンテキストとして、私が報告したいバグは、Scaleを使用してキーボードで選択を切り替えると、Chromiumが他のウィンドウ（gnome-terminal、nautilus）と同じ選択シャドウを表示しないことです。回避策を見つけるためのヘルプを探していません（スケールアドオンでウィンドウの強調表示をオンにできます）。
ただし、どの質問にも正直に「はい」と答えることはできません。
私はこれについてBrianMurray（Ubuntuバグマスター）にメールを送りました：
これを持ってきてくれてありがとう。そのニュースは私にとって、そして私はここでのユーザーエクスペリエンスに本当に満足していません。これを掘り下げると、これは実際にはサポート用のXorgパッケージフックであるため、Xorgパッケージでubuntu-bugを使用すると、基本的に同じエクスペリエンスが提供されます。来週ブライスと一緒に座って話し合うべきでしょうか？
たぶん、ここでの良いスタートは、apportフックについてxorgパッケージにバグを報告することでしょう。 UDSでフォローアップし、この回答を更新します。
（ちなみにいいキャッチ！）