web-dev-qa-db-ja.com

apportを使用して.crashファイルを送信した後、LaunchpadへのフィードバックURLが表示されません。whoopsieはクラッシュがすでに報告されていると報告しています。

私はこれまで何度もこれを行ったことがあり、常に機能しているので、現在の問題が何であるかわかりません。 this も調べましたが、それでも機能しません。 virt-managerがクラッシュし、.crash/var/crashファイルが作成されましたが、レポートを提出するのに都合が悪かったため、GUIを介したレポートをキャンセルしました。

しかし今、私はそれを報告したいので、実行してみました:

Sudo apport-cli -p virt-manager --crash-file=_usr_sbin_libvirtd.0.crash

また、最初は-pオプションを指定せずに試しました。しかし、同じことが毎回起こります。私がこれに答えると、それはただ終了します。

*** Send problem report to the developers?

After the problem report has been sent, please fill out the form in the
automatically opened web browser.

What would you like to do? Your options are:
  S: Send report (3.5 MB)
  V: View report
  K: Keep report file for sending later or copying to somewhere else
  I: Cancel and ignore future crashes of this program version
  C: Cancel
Please choose (S/V/K/I/C): S

そして、何も起こりません。一見目立つ変更は、.uploadファイルと.uploadedファイルが.crashファイルと同じ場所に作成されることだけですが、実際には何も起こりません。 TTYで実行してみましたが、通常はデータのアップロード先に移動するためのURLが表示されますが、それは非常に奇妙で、これまでに発生したことのないものです。

だから今、私はそれを報告する方法に迷っています、私はGUI、CLIを通して試しました...それで、どうすればこのクラッシュに関するこのレポートを.crashファイルで提出できますか?私は何が間違っているのですか? GNOME3.20でUbuntuGNOME16.04を実行しています。

情報の更新:

確認したところ、.uploadファイルと.uploadedファイルの両方が完全に空白であることがわかりました。

また、上記のコマンドを実行すると、これがsyslogに記録されていることがわかります。

Jul  5 21:01:43 <Computer-Name> whoopsie[834]: [21:01:43] Parsing /var/crash/_usr_sbin_libvirtd.0.crash.
Jul  5 21:01:43 <Computer-Name> whoopsie[834]: [21:01:43] Uploading /var/crash/_usr_sbin_libvirtd.0.crash.
Jul  5 21:01:45 <Computer-Name> whoopsie[834]: [21:01:45] Sent; server replied with: No error
Jul  5 21:01:45 <Computer-Name> whoopsie[834]: [21:01:45] Response code: 400
Jul  5 21:01:45 <Computer-Name> whoopsie[834]: [21:01:45] Server replied with:
Jul  5 21:01:45 <Computer-Name> whoopsie[834]: [21:01:45] Crash already reported.
1
user364819

Release Apportがクラッシュする直前に、LPレポートを開くことが無効になっています。その後、すべてのApportクラッシュレポートはwhoopsie経由でDbに送信されます。現在の開発では、クラッシュからのLPレポートは、開発の開始から2、3か月ほどで元に戻されます。

UbuntuのリリースバージョンでLPレポートを開きたい場合は、ubuntu-bug packagenameを使用する必要があります。

それ以外の場合、これらの場合の唯一の方法は ApportでLPレポートを再度有効にする です。これは一般的には評価されませんが、場合によってはそれを実行します。ただし、これを行うには、次のようにします。

1。実行:

Sudo vim /etc/apport/crashdb.conf

2。コメントアウトするには、#行の先頭に'problem_types': ['Bug', 'Package'],を追加します。

3。変更を保存すると、Apportは要求に応じてバグをLPに報告するはずです。

リリースバージョンのセキュリティに関連しないバグは、現在の開発者にも存在するかどうかを最初に確認する必要があります。存在する場合は、LPレポートが開発者パッケージに対して存在する必要があります。これは、リリースバージョンの可能なSRU(安定版リリースアップデート)の最初のステップです。

1
doug