Penunjukkan bug di paket membantu pelaporan bug secara langsung kepada pengembang sepertinya akan dapat dibantu. Dengan menjamin bahwa informasi ini akurat, maka Anda meningkatkan peluang bahwa bug akan dibenahi. Sering, tidak jelas paket mana yang mengandung bug, dan dalam kasus ini penting untuk melaporkan bug di Ubuntu. Jika sebuah bug di tunjuk ke sebuah paket yang jelas-jelas salah, dan Anda tidak tahu paket yang benar, ubah itu ke Ubuntu.
Paket yang benar untuk bug dalam kernel Linux adalah linux, dengan mengabaikan paket tertentu yang digunakan (ada banyak paket yang mengandung kernel Linux).
Jika sebuah bug ditandai sebagai Unconfirmed, akan sangat membantu jika Anda bersedia mereproduksi masalah dan mencatat hasilnya di Malone. Jika Anda dapat mengonfirmasi masalah, Anda dapat mengubah status bug menjadi Confirmed. Namun jika Anda tidak dapat mengonfirmasi masalahnya, informasi yang Anda sampaikan juga berguna sehingga harus disimpan dalam sebuah komentar.
Menyampaikan bug ke upstream
Anda dapat menyampaikan bug ke pencinta perangkat lunak tersebut (upstream), jika
-
Anda yakin bug tersebut tidak terjadi karena perubahan yang berhubungan dengan Ubuntu
-
perubahan terlalu sulit diperbaiki oleh Anda sendiri atau orang lain pada tim
JIka Anda melakukan hal ini, pastikan untuk menyertakan informasi yang diperlukan, seperti
-
bagaimana mereproduksi bug
-
versi yang digunakan (versi dari libraries yang dibutuhkan, jika bug menunjuk permasalahan disana)
-
siapa yang melaporkannya
-
dimana seluruh percakapan dapat ditemukan
Pastikan juga untuk membuat bug watch di Malone untuk bug ini.
Jika Anda merasa bahwa bug yang dilaporkan adalah fitur pesanan yang disalahartikan sebagai laporan bug, sila kenalkan pelapor kepada specification process yang kami miliki. Pastikan untuk menyebutkan source daya spesifikasi berikut: FeatureSpecifications, SpecSpec, SpecTemplate, and http://launchpad.net/specs
Jika Anda merasa bahwa bug yang dilaporkan adalah permintaan dukungan yang disalahartikan sebagai pelaporan bug, sila kenalkan pelapor kepada Support Tracker yang kami miliki. Pastikan untuk merujuk ke http://launchpad.net/support.
Jika Anda merasa bahwa bug yang dilaporkan sebenarnya adalah saran untuk mengubah sistem baku yang disalahartikan sebagai laporan bug, mohon untuk memindahkan diskusi ke milis atau forum diskusi yang tepat. Jika perubahan ini telah didiskusikan dan ditolak, berikan alasan kepada pengguna dan arahkan ia ke diskusi yang relevan untuk saran/komentar lebih lanjut.
Mencari laporan bug yang terduplikasi adalah kontribusi yang berharga bagi komunitas Bug. Pengguna kadangkala tidak tahu cara memeriksa apakah bug yang sama telah dilaporkan, dan kadangkala mereka tidak peduli. Mengirimkan pesan sederhana SAYA JUGA dan mengumpulkan informasi penting dalam proses membenahi bug.
Ada beberapa pendekatan yang bisa Anda gunakan untuk membantu melalui cara ini. Yang pertama adalah mencari bug yang dilaporkan pada komponen yang sama. Coba juga untuk mengatakan dengan kata lain pada pencarian Anda, dan perhatikan langkah-langkah serta kata-kata yang menjelaskan cara yang diperlukan untuk menghasilkan ulang bug.
Contoh:
-
Cara mudah: DAAP support adalah duplikat dari tolong aktifkan daap.
-
Yang lebih sulit:plug:spdif on emu10k1 gone after breezy upgrade adalah duplikat dari Muted sound after dist-upgrade from Hoary to Breezy.
Jika Anda tidak dapat menemukan duplikas di daftar bug terbuka, Anda dapat pula mencarinya di daftar tertutup. Jangan merasa kecewa jika Anda tidak dapat menemukan duplikasi pelaporan bug secara cepat pada awalnya. Seiring berjalannya waktu, Anda akan mengenali laporan yang mencurigakan dan dapat mengindentifikasikan mereka dengan lebih mudah.
![[Catatan]](../../images/admon/note.png)
|
|
|
Jika Anda menemukan bug yang memiliki judul buruk/tidak dapat dimengerti, katakan judul dengan frase lain sehingga orang-orang dapat mencari bug tersebut lebih cepat. |
Perlu dicatat bahwa Code of Conduct juga berlaku di percakapan dalam pelaporan bug. Jika Anda melihat orang yang tidak saling hormat, sila arahkan mereka ke Ubuntu Code of Conduct.
Sebagai penyortir bug atau pengembang, status bug adalah perkakas utama untuk mengategorikan bug dan memberikan gambaran umum tentang tingkat perkembangan paket dan perangkat lunak.
Berikut adalah daftar ringkas dan penjelasan dari beragam status yang ada:
-
Unconfirmed: Bugs mulai dengan status ini. Bugs yang ditandai Unconfirmed adalah bug yang kurang informasi, belum siap, atau belum dikonfirmasi. Banyak dari bug tersebut yang belum di triaged.
-
Needs Info: Jika Anda harus bertanya kepada pelapor, mohon labeli bug ini dengan "Needs Info". Tugas rutin untuk bug dengan label Needs Info adalah dengan bertanya balik. Jika tidak ada jawaban setelah periode waktu tertentu, tutup laporan tersebut dengan menyertakan pesan "If you have more information on this bug, please reopen."
-
Rejected: Bugs yang ditandai sebagai Rejected berarti sudah ditutup. Pastikan untuk memeriksa ulang bug sebelum Anda menolaknya.
-
Confirmed: Bugs yang dikonfirmasi membutuhkan seseorang untuk mengkonfirmasikannya. Tolong jangan mengkonfirmasi bug Anda sendiri.
-
In Progress: Jika Anda mulai bekerja pada suatu bug, tetapkan status In Progress jadi orang lain tahu seseorang sedang menangani bug itu.
-
Fix Committed: Bagi proyek upstream ini berarti perbaikan ada di CVS/SVN/bzr atau dilakukan di suatu tempat. Bagi pengelola paket ini berarti perubahan sedang dalam daftar tunggu dan siap untuk segera di-upload (padanan di Bugzilla adalah PENDINGUPLOAD)
-
Fix Released: Bagi paket upstream ini berarti rilis tarball telah diumumkan dan tersedia untuk umum. Bagi pengelola paket ini berarti perbaikan telah di-upload. Mohon jangan ragu untuk menambahkan changelog sebagai komentar, supaya orang tahu perubahan apa yang mempengaruhi bug mereka.
Launchpad menggunakan panduan untuk menetapkan tingkat kepentingan:
-
Untriaged: laporan bug belum diperiksa. Ini adalah tingkat kepentingan baku untuk bug yang baru dilaporkan.
-
Wishlist: permintaan untuk menambah fitur baru dalam sebuah program di Ubuntu. Gunakan ini untuk bug yang sebenarnya bukan bug tapi ide untuk fitur baru yang belum ada.
-
Low: bug yang mempengaharui kemampuan aplikasi, tetapi lebih sedikit luas dibanding kebanyakan bug
-
Medium:bug pada kemampuan aplikasi dari variasi standar. Kebanyakan bug memiliki tingkat kerawanan "Medium".
-
High: bug yang memiliki tingkat kerawanan tinggi di sebagian kecil pengguna Ubuntu (kira-kira) atau memiliki tingkat kerawanan sedang di sebagian besar pengguna Ubuntu (kira-kira)
-
Critical: sebuah bug yang memiliki tingkat kerawanan paling tinggi di pengguna Ubuntu
