Bagaimana saya bisa melacak bug yang menyebabkan kerusakan dan dilaporkan melalui apport / whoopsie?

52

Dulu ketika sebuah program macet, terutama ketika pengguna menggunakan pra-rilis Ubuntu, apport dapat digunakan untuk membuka laporan bug. Pengguna kemudian dapat melacak bug, melihat apakah ia memengaruhi orang lain, membantu memperbaikinya, dll.

Pada Precise 12.04, perilaku dan alur kerja ini berubah. Seperti yang saya temukan di Bug # 993450 "Apport gagal mengirimkan laporan bug" , secara default apport tidak lagi membuka laporan bug (dan itu aneh tapi bukan tidak mungkin untuk melakukannya). Pada saat yang sama orang-orang memperhatikan proses "whoopsi" yang baru, seperti yang dijelaskan pada Apa proses 'whoopsi' dan apa fungsinya? .

Setelah googling lagi, saya menggali cetak biru ini, yang menjelaskan seluruh proses: ErrorTracker - Ubuntu Wiki . (Itu tidak menyebutkan whoopsie atau daisy, jadi saya menambahkan mereka - tolong perbaiki saya jika saya salah).

Wow - ini terdengar seperti pekerjaan yang bagus untuk merampingkan dan meningkatkan proses pelaporan kerusakan.

Saya bingung dengan pertanyaan ini: bagaimana cara pengguna mengetahui status masalah? Cetak biru sekarang memiliki persyaratan ini

Pengguna harus memiliki beberapa cara untuk memeriksa kembali status laporan kerusakan mereka; misalnya memiliki beberapa ID laporan yang dapat mereka lihat untuk melihat statistik dan / atau bug # yang terkait. Misalnya, berikan nomor seri pada saat pengarsipan yang dapat mereka muat melalui halaman web nanti.

yang tampaknya tidak diterapkan. Apakah ada yang tersedia saat ini?

Dan bagaimana cara pengembang masuk ke dalam game? Pergi ke https://daisy.ubuntu.com hanya menyediakan pesan kesalahan "Tipe Konten Tidak Benar".

Akhirnya, saya sarankan untuk mendokumentasikan perubahan perilaku yang sesuai dalam Catatan Rilis. Itu harus menarik bagi siapa saja yang telah mencoba membantu Ubuntu.

nealmcb
sumber

Jawaban:

45

Terima kasih atas minat Anda pada proyek pelacak kesalahan Ubuntu .

Pada Precise 12.04, perilaku dan alur kerja ini berubah. Seperti yang saya temukan di Bug # 993450 "Apport gagal mengirimkan laporan bug", secara default apport tidak lagi membuka laporan bug (dan itu canggung tetapi bukan tidak mungkin untuk melakukannya).

Apport tidak pernah membuat laporan bug setelah rilis. Saat rilis masih dalam pengembangan, Anda dapat menggunakan apport untuk mengajukan bug Launchpad (dan laporan kesalahan).

Dalam versi final Ubuntu yang dirilis sekarang kami menampilkan dialog kesalahan. Ini adalah peningkatan besar dari program "akan pergi" tanpa umpan balik dan pengguna dibiarkan bertanya-tanya apa yang baru saja terjadi.

Statistik dari data yang dikumpulkan ketika orang memilih untuk mengirim laporan ini muncul di http://errors.ubuntu.com .

Saya bingung dengan pertanyaan ini: bagaimana cara pengguna mengetahui status masalah? Cetak biru sekarang memiliki persyaratan ini

Pengguna harus memiliki beberapa cara untuk memeriksa kembali status laporan kerusakan mereka; misalnya memiliki beberapa ID laporan yang dapat mereka lihat untuk melihat statistik dan / atau bug # yang terkait. Misalnya, berikan nomor seri pada saat pengarsipan yang dapat mereka muat melalui halaman web nanti.

Saya akan menghapus itu. Itu tidak pernah menjadi tujuannya. Antarmuka pengguna berhati-hati untuk tidak membuat janji tentang mendapatkan umpan balik tentang laporan.

Ini bukan laporan bug.

Tujuan kami adalah untuk mengurangi jumlah waktu yang diperlukan bagi pengembang untuk menemukan masalah yang paling mendesak, mengumpulkan informasi yang diperlukan untuk memperbaikinya, dan memberikan perbaikan kepada pengguna.

Kami telah memecahkan masalah menemukan masalah yang paling mendesak. Itulah halaman depan http://errors.ubuntu.com .

Mengumpulkan informasi yang dibutuhkan dengan cepat, dan tanpa melibatkan umpan balik panjang dengan pengguna yang mengalami masalah dibahas dalam yayasan-q-bucket-perbaikan . Rencananya adalah untuk memungkinkan pengembang untuk menghubungkan ke proses pengumpulan informasi di sisi server. Jika saya memerlukan / var / log / syslog tetapi belum disediakan, saya hanya mengubah pengaturan pada http://errors.ubuntu.com dan orang berikutnya yang mengalami kesalahan secara otomatis menambahkannya ke data yang mereka kirim.

Mendapatkan perbaikan kepada pengguna dengan cepat dibahas dalam yayasan-q-update-dari-crash-laporan . Ketika pengguna mengirimkan laporan kesalahan dan kesalahan itu telah diperbaiki dan dirilis, sebuah dialog akan muncul menanyakan apakah mereka ingin meningkatkan ke versi perangkat lunak yang memperbaiki masalah yang baru saja mereka alami.

Dan bagaimana cara pengembang masuk ke dalam game? Pergi ke https://daisy.ubuntu.com hanya menyediakan pesan kesalahan "Tipe Konten Tidak Benar".

http://daisy.ubuntu.com tidak dimaksudkan untuk digunakan oleh manusia. Itu ada untuk daemon pelaporan kesalahan (whoopsie) untuk mengirim laporan.

Akan sangat luar biasa bagi orang lain untuk terlibat. Saat ini saya satu-satunya yang meretas ini secara penuh.

Ada empat bagian ke sistem.

  • Apport , yang menyediakan antarmuka pengguna desktop.
  • Whoopsie , yang mengambil laporan (dan dump inti) yang dibuat oleh Apport dan menyekopnya ke server pelacak kesalahan, Daisy.
  • Daisy , yang mengumpulkan laporan dari Whoopsie dan memprosesnya. Ini adalah jantung dari pelayanan. Itulah yang mengubah file inti menjadi laporan yang ditelusuri dan menghasilkan statistik yang Anda lihat di http://errors.ubuntu.com .
  • Galat , yang merupakan situs web berbasis-Django yang menyediakan tampilan data yang dapat dibaca manusia dan API yang tenang untuk bekerja dengannya.

Ada beberapa skrip yang kedaluwarsa di bawah direktori setup / di lp: daisy yang akan memberi Anda beberapa ide tentang bagaimana potongan-potongan tersebut bersatu. Saya telah bekerja pada juju jimat untuk menggantikan ini. Tujuannya adalah perintah tunggal untuk mengerahkan seluruh infrastruktur di cloud untuk pengujian dan pengembangan.

Anda dapat menemukan alamat email saya di Launchpad jika Anda memiliki pertanyaan pengembangan lebih lanjut.

Info lebih lanjut:

Evan
sumber
"Statistik dari data yang dikumpulkan ketika orang memilih untuk mengirim laporan ini muncul di errors.ubuntu.com ." Ini tidak benar, hanya jika aplikasi Anda ditulis dalam bahasa pemrograman yang didukung. Misalnya, tidak ada program yang ditulis dalam mono yang melaporkan kesalahan di sana. Ini sangat diskriminatif. Ubuntu harus menyediakan lapangan bermain yang genap dan tidak mengecualikan program berdasarkan bahasa tempat mereka ditulis.
trampster
2
Saya pikir Anda melewatkan bagian di mana dia mengerjakan ini sendirian, sobat. Tidak ada masalah dengan mendukung bahasa populer terlebih dahulu.
Vadim Peretokin
5
Memang, @Vadi benar. Tidak ada yang diskriminatif tentang ini. Jika seseorang ingin meningkatkan dan mengimplementasikan dukungan Mono, saya akan dengan senang hati meninjau dan menggabungkan cabang mereka.
Evan
4

Untuk melihat laporan dari sistem Anda sendiri, coba ini, seperti yang didokumentasikan di https://bugs.launchpad.net/ubuntu/+source/apport/+bug/994921/comments/43

xdg-open https://errors.ubuntu.com/user/`sudo cat /var/lib/whoopsie/whoopsie-id`

Tanpa izin khusus di Launchpad, Anda tidak dapat melihat laporan yang sebenarnya, tetapi Anda dapat melihat program yang dilaporkannya, dan dapat menggunakan id yang disediakan untuk merujuknya saat berbicara dengan pengembang yang memiliki izin yang tepat.

nealmcb
sumber