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.
sumber
Jawaban:
Terima kasih atas minat Anda pada proyek pelacak kesalahan Ubuntu .
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 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.
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.
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:
sumber
Untuk melihat laporan dari sistem Anda sendiri, coba ini, seperti yang didokumentasikan di https://bugs.launchpad.net/ubuntu/+source/apport/+bug/994921/comments/43
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.
sumber
Untuk melihat akumulasi laporan mogok yang dikirimkan, Anda dapat mengunjungi https://errors.ubuntu.com/
sumber