クラッシュを引き起こし、apport / whoopsie経由で報告されたバグを追跡するにはどうすればよいですか？
以前は、プログラムがクラッシュしたとき、特にユーザーがUbuntuのプレリリースを使用していたときに、apportを使用してバグレポートを開くことができました。その後、ユーザーはバグを追跡し、他の人に影響があるかどうかを確認したり、修正を支援したりできます。
Precise 12.04から、この動作とワークフローが変更されました。 バグ＃993450“ Apportがバグレポートの送信に失敗する” で発見したように、デフォルトではapportはバグレポートを開きません（そして厄介ですが、そうすることは不可能ではありません）。同時に 「whoopsie」プロセスとは何ですか？ で説明されているように、人々は新しい「whoopsie」プロセスに気づいています。
いくつかのグーグル検索の後、この青写真を掘り下げました。これは、プロセス全体を説明しています。 ErrorTracker-Ubuntu Wiki 。 （フープシーやデイジーについては言及していませんでしたので、それらを追加しました-間違っていた場合は修正してください）。
うわー-これは、クラッシュ報告プロセスを合理化し改善するための素晴らしい仕事のように思えます。
この質問が残っています：ユーザーはどのようにして問題の状態を知るのですか？ブループリントにはこの要件があります
ユーザーには、クラッシュレポートのステータスを確認する方法が必要です。例えば統計情報や関連するバグ番号を確認するために参照できるレポートIDを持っています。例えば。ファイリング時にシリアル番号を提供します。シリアル番号は、後でWebページからロードできます。
未実装のようです。その間に利用可能なものはありますか？
そして、開発者はどのようにしてゲームに参入しますか？ https://daisy.ubuntu.com にアクセスすると、「不正なContent-Type」エラーメッセージが表示されます。
最後に、リリースノートでapportの動作の変更を文書化することをお勧めします。 Ubuntuを助けようとしている人なら誰でも興味があるはずです。
buntuエラートラッカープロジェクト に関心をお寄せいただきありがとうございます。
Precise 12.04から、この動作とワークフローが変更されました。バグ＃993450「バグ報告の提出に失敗しました」で発見したように、デフォルトではバグ報告を開くことはありません（厄介ですが、そうすることは不可能ではありません）。
Apportは、リリース後にバグレポートを作成することはありません。リリースがまだ開発中の場合、apportを使用してLaunchpadのバグ（およびエラーレポート）を提出できます。
Ubuntuの最終リリースバージョンでは、エラーダイアログが表示されます。これは、フィードバックなしでプログラムが「消える」ことと、ユーザーに何が起こったのか疑問に思わせることからの大きな改善です。
これらのレポートの送信を選択したときに収集されたデータの統計は、 http://errors.ubuntu.com に表示されます。
この質問が残っています：ユーザーはどのようにして問題の状態を知るのですか？ブループリントにはこの要件があります
ユーザーには、クラッシュレポートのステータスを確認する方法が必要です。例えば統計情報や関連するバグ番号を確認するために参照できるレポートIDを持っています。例えば。ファイリング時にシリアル番号を提供します。シリアル番号は、後でWebページからロードできます。
これを削除します。それは決して意図ではありませんでした。ユーザーインターフェイスは、レポートに関するフィードバックの取得について約束しないように注意しています。
これらはバグレポートではありません。
開発者が最も差し迫った問題を見つけ、それらを修正するために必要な情報を収集し、修正をユーザーに提供するのにかかる時間を短縮することを目的としています。
最も差し迫った問題を見つけるという問題を解決しました。これが http://errors.ubuntu.com のフロントページです。
必要な情報を迅速に収集し、問題が発生しているユーザーとの長いフィードバックループを伴わずに foundations-q-bucketing-improvements で対処します。計画は、開発者がサーバー側の情報収集プロセスにフックできるようにすることです。/var/log/syslogが必要なのにまだ提供されていない場合は、 http://errors.ubuntu.com の設定を変更するだけで、エラーが発生した次の人が自動的にそれを追加します彼らが送信しているデータ。
foundations-q-updates-from-crash-reports でユーザーに修正を迅速に提供する方法について説明します。ユーザーがエラーレポートを送信し、そのエラーが既に修正およびリリースされている場合、発生した問題を修正するソフトウェアのバージョンにアップグレードするかどうかを尋ねるダイアログが表示されます。
そして、開発者はどのようにしてゲームに参入しますか？ https://daisy.ubuntu.com にアクセスすると、「不正なContent-Type」エラーメッセージが表示されます。
http://daisy.ubuntu.com は、人間が使用するためのものではありません。エラー報告デーモン（whoopsie）がレポートを送信するためにあります。
他の人が参加することは絶対に素晴らしいことです。現在、このフルタイムでハッキングしているのは私だけです。
システムには4つの部分があります。
- Apport 、デスクトップユーザーインターフェイスを提供します。
- Whoopsie 。Apportによって作成されたレポート（およびコアダンプ）を取得し、エラートラッカーサーバーのデイジーにシャベルします。
- デイジー 、Whoopsieからレポートを収集して処理します。これがサービスの中心です。コアファイルをリトレースされたレポートに変換し、 http://errors.ubuntu.com で表示される統計を生成します。
- エラー 。これはDjangoベースのWebサイトであり、人間が読み取れるデータのビューと、データを操作するためのRESTful APIの両方を提供します。
lp：daisy のsetup /ディレクトリの下に、少し古いスクリプトのセットがあります。これにより、各部分がどのように組み合わされるかを知ることができます。私はこれを置き換えるためにジュジュチャームに取り組んでいます。目標は、テストと開発のためにインフラストラクチャ全体をクラウドに展開する単一のコマンドです。
開発に関する質問がある場合は、 Launchpad で私のメールアドレスを見つけることができます。
詳細：
独自のシステムからレポートを表示するには、 https://bugs.launchpad.net/ubuntu/+source/apport/+bug/994921/comments/4 に記載されているように、これを試してください。
xdg-open https://errors.ubuntu.com/user/`Sudo cat /var/lib/whoopsie/whoopsie-id`
Launchpadで特別な権限がないと、実際のレポートを表示できませんが、レポートされたプログラムを見ることができ、適切な権限を持っている開発者と話すときに提供されたIDを使用してそれらを参照できます。
送信された累積クラッシュレポートを表示するには、 https://errors.ubuntu.com/ にアクセスします。