ເອກະສານຍື່ນລາຍງານຂໍ້ຜິດພາດໃນ Debian
Debian ໃຊ້ລະບົບການຕິດຕາມຂໍ້ບົກພ່ອງທາງອີເມລ໌ (ສ່ວນຫຼາຍແມ່ນ) ທີ່ເອີ້ນວ່າ Debbugs. ເພື່ອເປີດບົດລາຍງານ bug ໃຫມ່, ທ່ານຈະສົ່ງອີເມວ (ມີ syntax ພິເສດ) ໄປ [email protected]. ນີ້ຈະຈັດສັນຈໍານວນ bug XXXXXX ແລະແຈ້ງໃຫ້ທ່ານຮູ້ວ່າທ່ານສາມາດສົ່ງຂໍ້ມູນເພີ່ມເຕີມໂດຍທາງໄປສະນີ XXX XXX @bugs.debian.org. ແຕ່ລະ bug ແມ່ນກ່ຽວຂ້ອງກັບຊຸດ Debian. You can browse all ບັກຂອງ
ຊຸດທີ່ໃຫ້ (ລວມທັງ bug ທີ່ທ່ານກໍາລັງຄິດທີ່ຈະລາຍງານ) ຢູ່ https://bugs.debian.org/
ຊຸດ. ທ່ານສາມາດກວດສອບປະຫວັດສາດຂອງ bug ໄດ້ທີ່ https://bugs.debian.org/XXXXXX .
ການຕັ້ງຄ່າ Reportbug ໃນຂະນະທີ່ທ່ານສາມາດເປີດ bug ໃຫມ່ດ້ວຍ e-mail ງ່າຍດາຍ, ພວກເຮົາແນະນໍາໃຫ້ໃຊ້ reportbug ເນື່ອງຈາກວ່າມັນຈະຊ່ວຍໃຫ້ທ່ານຮ່າງບົດລາຍງານ bug ແຂງທີ່ມີຂໍ້ມູນທີ່ຈໍາເປັນທັງຫມົດ. ໂດຍຫລັກການແລ້ວ, ທ່ານຄວນດໍາເນີນການມັນຈາກລະບົບ Debian (ຕົວຢ່າງເຊັ່ນ, ໃນເຄື່ອງ virtual ບ່ອນທີ່ທ່ານເຮັດຊ້ໍາບັນຫາ).
ໄລຍະທໍາອິດຂອງ reportbug ເລີ່ມສະຄຣິບການຕັ້ງຄ່າ. ກ່ອນອື່ນ ໝົດ, ເລືອກລະດັບທັກສະ. ທ່ານຄວນເລືອກ Novice ຫຼືມາດຕະຖານ; ພວກເຮົາໃຊ້ອັນສຸດທ້າຍເພາະວ່າມັນສະຫນອງການຄວບຄຸມທີ່ລະອຽດກວ່າ. ຕໍ່ໄປ, ເລືອກການໂຕ້ຕອບແລະໃສ່ລາຍລະອຽດສ່ວນຕົວຂອງທ່ານ. ສຸດທ້າຍ, ເລືອກການໂຕ້ຕອບຜູ້ໃຊ້. ສະຄຣິບການຕັ້ງຄ່າຈະຊ່ວຍໃຫ້ທ່ານໃຊ້ຕົວແທນການຂົນສົ່ງທາງໄປສະນີທ້ອງຖິ່ນ, ເຊີບເວີ SMTP, ຫຼືເປັນທາງເລືອກສຸດທ້າຍ, ເຊີບເວີ Debian SMTP.
ຍິນດີຕ້ອນຮັບສູ່ລາຍງານບັກ! ເນື່ອງຈາກມັນເບິ່ງຄືວ່ານີ້ເປັນຄັ້ງທຳອິດທີ່ທ່ານໄດ້ໃຊ້ reportbug, ພວກເຮົາກຳລັງຕັ້ງຄ່າພຶດຕິກຳຂອງມັນ. ການຕັ້ງຄ່າເຫຼົ່ານີ້ຈະໄດ້ຮັບການບັນທຶກໄວ້ໃນໄຟລ໌ "/root/.reportbugrc", ທີ່ທ່ານຈະມີອິດສະຫຼະໃນການແກ້ໄຂເພີ່ມເຕີມ.
ກະລຸນາເລືອກຮູບແບບການເຮັດວຽກເລີ່ມຕົ້ນສໍາລັບລາຍງານຂໍ້ຜິດພາດ.
ຈົວ 1 ຄົນສະເໜີການກະຕຸ້ນເຕືອນແບບງ່າຍໆ, ຂ້າມຄຳຖາມດ້ານວິຊາການ.
2 ມາດຕະຖານສະເຫນີການກະຕຸ້ນເຕືອນທີ່ກວ້າງຂວາງ, ລວມທັງການຖາມກ່ຽວກັບສິ່ງທີ່ຜູ້ໃຊ້ທີ່ມີຄວາມຊັບຊ້ອນປານກາງຄາດວ່າຈະຮູ້ກ່ຽວກັບ Debian.
3 ມາດຕະຖານເຊັ່ນດຽວກັບຂັ້ນສູງ, ແຕ່ສົມມຸດວ່າເຈົ້າຮູ້ຫຼາຍເລັກນ້ອຍກ່ຽວກັບ Debian,
➥ ລວມທັງ "ຂາເຂົ້າ".
4 ຜູ້ຊ່ຽວຊານ Bypass ມາດຕະການຈັບມືຫຼາຍທີ່ສຸດແລະປົກກະຕິ triage ເບື້ອງຕົ້ນ. ໂໝດນີ້ບໍ່ຄວນຖືກໃຊ້ໂດຍຄົນທີ່ບໍ່ຄຸ້ນເຄີຍກັບນະໂຍບາຍ ແລະຂັ້ນຕອນການປະຕິບັດງານຂອງ Debian.
ເລືອກຮູບແບບ: [ຈົວ] ມາດຕະຖານ
ກະລຸນາເລືອກອິນເຕີເຟດເລີ່ມຕົ້ນສຳລັບລາຍງານຂໍ້ຜິດພາດ.
1 text A text-oriented console interface user interface
2 gtk2 ການໂຕ້ຕອບຜູ້ໃຊ້ແບບກາຟິກ (GTK+).
3 urwid ເມນູທີ່ອີງໃສ່ການໂຕ້ຕອບຜູ້ໃຊ້ console ເລືອກການໂຕ້ຕອບ: ຂໍ້ຄວາມ
ບັກລາຍງານມັກຈະມີການເຂົ້າເຖິງອິນເຕີເນັດໂດຍກົງບໍ? (ທ່ານຄວນຕອບວ່າແມ່ນແລ້ວກັບຄໍາຖາມນີ້ເວັ້ນເສຍແຕ່ວ່າທ່ານຮູ້ວ່າທ່ານກໍາລັງເຮັດຫຍັງແລະວາງແຜນທີ່ຈະເຮັດ
ກວດເບິ່ງວ່າມີການຍື່ນລາຍງານຊໍ້າກັນຜ່ານຊ່ອງທາງອື່ນຫຼືບໍ່.)
ຍິນດີຕ້ອນຮັບສູ່ລາຍງານບັກ! ເນື່ອງຈາກມັນເບິ່ງຄືວ່ານີ້ເປັນຄັ້ງທຳອິດທີ່ທ່ານໄດ້ໃຊ້ reportbug, ພວກເຮົາກຳລັງຕັ້ງຄ່າພຶດຕິກຳຂອງມັນ. ການຕັ້ງຄ່າເຫຼົ່ານີ້ຈະໄດ້ຮັບການບັນທຶກໄວ້ໃນໄຟລ໌ "/root/.reportbugrc", ທີ່ທ່ານຈະມີອິດສະຫຼະໃນການແກ້ໄຂເພີ່ມເຕີມ.
ກະລຸນາເລືອກຮູບແບບການເຮັດວຽກເລີ່ມຕົ້ນສໍາລັບລາຍງານຂໍ້ຜິດພາດ.
ຈົວ 1 ຄົນສະເໜີການກະຕຸ້ນເຕືອນແບບງ່າຍໆ, ຂ້າມຄຳຖາມດ້ານວິຊາການ.
2 ມາດຕະຖານສະເຫນີການກະຕຸ້ນເຕືອນທີ່ກວ້າງຂວາງ, ລວມທັງການຖາມກ່ຽວກັບສິ່ງທີ່ຜູ້ໃຊ້ທີ່ມີຄວາມຊັບຊ້ອນປານກາງຄາດວ່າຈະຮູ້ກ່ຽວກັບ Debian.
3 ມາດຕະຖານເຊັ່ນດຽວກັບຂັ້ນສູງ, ແຕ່ສົມມຸດວ່າເຈົ້າຮູ້ຫຼາຍເລັກນ້ອຍກ່ຽວກັບ Debian,
➥ ລວມທັງ "ຂາເຂົ້າ".
4 ຜູ້ຊ່ຽວຊານ Bypass ມາດຕະການຈັບມືຫຼາຍທີ່ສຸດແລະປົກກະຕິ triage ເບື້ອງຕົ້ນ. ໂໝດນີ້ບໍ່ຄວນຖືກໃຊ້ໂດຍຄົນທີ່ບໍ່ຄຸ້ນເຄີຍກັບນະໂຍບາຍ ແລະຂັ້ນຕອນການປະຕິບັດງານຂອງ Debian.
ເລືອກຮູບແບບ: [ຈົວ] ມາດຕະຖານ
ກະລຸນາເລືອກອິນເຕີເຟດເລີ່ມຕົ້ນສຳລັບລາຍງານຂໍ້ຜິດພາດ.
1 text A text-oriented console interface user interface
2 gtk2 ການໂຕ້ຕອບຜູ້ໃຊ້ແບບກາຟິກ (GTK+).
3 urwid ເມນູທີ່ອີງໃສ່ການໂຕ້ຕອບຜູ້ໃຊ້ console ເລືອກການໂຕ້ຕອບ: ຂໍ້ຄວາມ
ບັກລາຍງານມັກຈະມີການເຂົ້າເຖິງອິນເຕີເນັດໂດຍກົງບໍ? (ທ່ານຄວນຕອບວ່າແມ່ນແລ້ວກັບຄໍາຖາມນີ້ເວັ້ນເສຍແຕ່ວ່າທ່ານຮູ້ວ່າທ່ານກໍາລັງເຮັດຫຍັງແລະວາງແຜນທີ່ຈະເຮັດ
ກວດເບິ່ງວ່າມີການຍື່ນລາຍງານຊໍ້າກັນຜ່ານຊ່ອງທາງອື່ນຫຼືບໍ່.)
[Y|n|q|?]? Y
ຊື່ແທ້ອັນໃດຄວນໃຊ້ສໍາລັບການສົ່ງລາຍງານຂໍ້ຜິດພາດ? [ຮາກ]> ຮຮຮຮຮຮຮີຊາກາ
ທີ່ຢູ່ອີເມວຂອງທ່ານຄວນຈະໄດ້ຮັບການນໍາໃຊ້ໃນເວລາທີ່ການສົ່ງບົດລາຍງານ bug? (ໃຫ້ສັງເກດວ່າທີ່ຢູ່ນີ້ຈະເຫັນໄດ້ໃນລະບົບການຕິດຕາມແມງໄມ້, ດັ່ງນັ້ນທ່ານອາດຈະຕ້ອງການໃຊ້ທີ່ຢູ່ webmail ຫຼືທີ່ຢູ່ອື່ນທີ່ມີຄວາມສາມາດໃນການກັ່ນຕອງ spam ທີ່ດີ.)
[[email protected]]> [email protected]
ທ່ານມີ "ຕົວແທນການຂົນສົ່ງທາງໄປສະນີ" (MTA) ເຊັ່ນ: Exim, Postfix ຫຼື SSMTP ທີ່ຖືກຕັ້ງຄ່າໃນຄອມພິວເຕີເຄື່ອງນີ້ເພື່ອສົ່ງຈົດໝາຍທາງອິນເຕີເນັດບໍ? [y|N|q|?]? N ກະລຸນາໃສ່ຊື່ຂອງເຈົ້າພາບ SMTP ຂອງທ່ານ. ປົກກະຕິແລ້ວມັນຖືກເອີ້ນວ່າ "mail.example.org" ຫຼື "smtp.example.org". ຖ້າທ່ານຕ້ອງການໃຊ້ພອດທີ່ແຕກຕ່າງຈາກຄ່າເລີ່ມຕົ້ນ, ໃຫ້ໃຊ້ : ທາງເລືອກ
ຮູບແບບ. ພຽງແຕ່ກົດ ENTER ຖ້າທ່ານບໍ່ມີຫຼືບໍ່ຮູ້, ແລະດັ່ງນັ້ນເຈົ້າພາບ Debian SMTP ຈະຖືກໃຊ້.
>
ກະລຸນາໃສ່ຊື່ຂອງເຊີບເວີພຣັອກຊີຂອງທ່ານ. ມັນຄວນຈະໃຊ້ພາລາມິເຕີນີ້ພຽງແຕ່ຖ້າທ່ານຢູ່ເບື້ອງຫຼັງໄຟວໍ. ອາກິວເມັນ PROXY ຄວນຖືກຈັດຮູບແບບເປັນ HTTP URL ທີ່ຖືກຕ້ອງ, ລວມທັງ (ຖ້າຈໍາເປັນ) ໝາຍເລກພອດ; ຕົວຢ່າງ: http://192.168.1.1:3128/. ພຽງແຕ່ກົດ ENTER ຖ້າທ່ານບໍ່ມີຫຼືບໍ່ຮູ້.
>
ໄຟລ໌ການຕັ້ງຄ່າເລີ່ມຕົ້ນຖືກຂຽນ. ເພື່ອ configure, re-run reportbug ດ້ວຍຕົວເລືອກ "--configure".
ໃຊ້ Reportbug ດ້ວຍໄລຍະການຕິດຕັ້ງສຳເລັດແລ້ວ, ລາຍງານຂໍ້ຜິດພາດຕົວຈິງສາມາດເລີ່ມຕົ້ນໄດ້. ທ່ານຈະໄດ້ຮັບການກະຕຸ້ນເຕືອນສໍາລັບຊື່ຊຸດ, ເຖິງແມ່ນວ່າທ່ານຍັງສາມາດສະຫນອງຊື່ຊຸດໂດຍກົງໃນເສັ້ນຄໍາສັ່ງກັບ reportbug ຊຸດ).
ການແລ່ນ 'reportbug' ເປັນ root ແມ່ນອາດຈະບໍ່ປອດໄພ! ສືບຕໍ່ [y|N|q|?]? y ກະລຸນາໃສ່ຊື່ຂອງແພັກເກດທີ່ທ່ານພົບບັນຫາ, ຫຼືພິມ 'ອື່ນໆ' ເພື່ອລາຍງານບັນຫາທົ່ວໄປຫຼາຍຂຶ້ນ. ຖ້າເຈົ້າບໍ່ຮູ້ວ່າມີແພັກເກັດອັນໃດຢູ່ໃນແພັກເກັດ, ກະລຸນາຕິດຕໍ່ [email protected] ສໍາລັບການຊ່ວຍເຫຼືອ.
> wireshark
ການແລ່ນ 'reportbug' ເປັນ root ແມ່ນອາດຈະບໍ່ປອດໄພ! ສືບຕໍ່ [y|N|q|?]? y ກະລຸນາໃສ່ຊື່ຂອງແພັກເກດທີ່ທ່ານພົບບັນຫາ, ຫຼືພິມ 'ອື່ນໆ' ເພື່ອລາຍງານບັນຫາທົ່ວໄປຫຼາຍຂຶ້ນ. ຖ້າເຈົ້າບໍ່ຮູ້ວ່າມີແພັກເກັດອັນໃດຢູ່ໃນແພັກເກັດ, ກະລຸນາຕິດຕໍ່ [email protected] ສໍາລັບການຊ່ວຍເຫຼືອ.
> wireshark
ກົງກັນຂ້າມກັບຄໍາແນະນໍາຂ້າງເທິງ, ຖ້າທ່ານບໍ່ຮູ້ວ່າຊຸດໃດທີ່ຈະຍື່ນຂໍ້ບົກພ່ອງ, ທ່ານຄວນຕິດຕໍ່ກັບເວທີສະຫນັບສະຫນູນ Kali (ອະທິບາຍໃນພາກ 6.2, " Kali Linux Communities” [ໜ້າ 128]). ໃນຂັ້ນຕອນຕໍ່ໄປ, reportbug ດາວໂຫລດບັນຊີລາຍຊື່ຂອງຂໍ້ບົກພ່ອງທີ່ຍື່ນຕໍ່ກັບຊຸດທີ່ໃຫ້ມາແລະໃຫ້ທ່ານທ່ອງໄປຫາພວກມັນເພື່ອເບິ່ງວ່າເຈົ້າສາມາດຊອກຫາຂອງເຈົ້າໄດ້.
*** ຍິນດີຕ້ອນຮັບບັນຫາ. ໃຊ້ ? ສໍາລັບການຊ່ວຍເຫຼືອໃນທັນທີ. ***
ໝາຍເຫດ: ລາຍງານຂໍ້ບົກພ່ອງຖືກເກັບໄວ້ເປັນສາທາລະນະ (ລວມທັງທີ່ຢູ່ອີເມວຂອງຜູ້ສົ່ງ).
ຊຸດຕົວອັກສອນທີ່ກວດພົບ: UTF-8
*** ຍິນດີຕ້ອນຮັບບັນຫາ. ໃຊ້ ? ສໍາລັບການຊ່ວຍເຫຼືອໃນທັນທີ. ***
ໝາຍເຫດ: ລາຍງານຂໍ້ບົກພ່ອງຖືກເກັບໄວ້ເປັນສາທາລະນະ (ລວມທັງທີ່ຢູ່ອີເມວຂອງຜູ້ສົ່ງ).
ຊຸດຕົວອັກສອນທີ່ກວດພົບ: UTF-8
ກະລຸນາປ່ຽນສະຖານທີ່ຂອງທ່ານຖ້າອັນນີ້ບໍ່ຖືກຕ້ອງ.
ໃຊ້ '"Raphaël Hertzog"[email protected]>' ເປັນທີ່ຢູ່ຂອງເຈົ້າ. ກຳລັງຮັບສະຖານະສຳລັບ wireshark...
ກຳລັງກວດສອບຄວາມສົມບູນຂອງແພັກເກດ...
ກຳລັງກວດສອບເວີຊັນໃໝ່ກວ່າຢູ່ madison... ຈະສົ່ງລາຍງານໃຫ້ Debian (ຕໍ່ lsb_release).
ສອບຖາມ Debian BTS ສໍາລັບລາຍງານກ່ຽວກັບ wireshark (ແຫຼ່ງ)...
35 ບົດລາຍງານ bug ພົບ:
ແມງໄມ້ທີ່ມີຄວາມຮ້າຍແຮງທີ່ສໍາຄັນ
1) #478200 tsark: ເບິ່ງຄືວ່າຈະບໍ່ສົນໃຈຕົວກອງການອ່ານເມື່ອຂຽນໄປທີ່…
2) #776206 mergecap: ສ້າງໄຟລ໌ຜົນຜະລິດ > 2GB ບໍ່ສຳເລັດ
3) #780089 wireshark: "ໃນ gnome wireshark ບໍ່ມີແຖບຫົວຂໍ້. ບໍ່… ແມງໄມ້ທີ່ຮຸນແຮງເປັນປົກກະຕິ
ກະລຸນາປ່ຽນສະຖານທີ່ຂອງທ່ານຖ້າອັນນີ້ບໍ່ຖືກຕ້ອງ.
ໃຊ້ '"Raphaël Hertzog"[email protected]>' ເປັນທີ່ຢູ່ຂອງເຈົ້າ. ກຳລັງຮັບສະຖານະສຳລັບ wireshark...
ກຳລັງກວດສອບຄວາມສົມບູນຂອງແພັກເກດ...
ກຳລັງກວດສອບເວີຊັນໃໝ່ກວ່າຢູ່ madison... ຈະສົ່ງລາຍງານໃຫ້ Debian (ຕໍ່ lsb_release).
ສອບຖາມ Debian BTS ສໍາລັບລາຍງານກ່ຽວກັບ wireshark (ແຫຼ່ງ)...
35 ບົດລາຍງານ bug ພົບ:
ແມງໄມ້ທີ່ມີຄວາມຮ້າຍແຮງທີ່ສໍາຄັນ
1) #478200 tsark: ເບິ່ງຄືວ່າຈະບໍ່ສົນໃຈຕົວກອງການອ່ານເມື່ອຂຽນໄປທີ່…
2) #776206 mergecap: ສ້າງໄຟລ໌ຜົນຜະລິດ > 2GB ບໍ່ສຳເລັດ
3) #780089 wireshark: "ໃນ gnome wireshark ບໍ່ມີແຖບຫົວຂໍ້. ບໍ່… ແມງໄມ້ທີ່ຮຸນແຮງເປັນປົກກະຕິ
4) #151017
5) #275839 [... ]
35) #815122
4) #151017
5) #275839 [... ]
35) #815122
(24-35/35) ບັກທີ່ທ່ານພົບຢູ່ຂ້າງເທິງນີ້ບໍ [y|N|b|m|r|q|s|f|e|?]? ?
y - ບັນຫາໄດ້ຖືກລາຍງານແລ້ວ; ທາງເລືອກເພີ່ມຂໍ້ມູນເພີ່ມເຕີມ. N - (ຄ່າເລີ່ມຕົ້ນ) ບັນຫາທີ່ບໍ່ໄດ້ລະບຸໄວ້ຂ້າງເທິງ; ອາດຈະກວດເບິ່ງເພີ່ມເຕີມ.
b - ເປີດບັນຊີລາຍການບັກທີ່ສົມບູນໃນຕົວທ່ອງເວັບ.
m - ໄດ້ຮັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບ bug (ທ່ານຍັງສາມາດໃສ່ຕົວເລກໂດຍບໍ່ມີການເລືອກ "m" ທໍາອິດ).
r - ສະແດງຄືນຂໍ້ບົກພ່ອງຫຼ້າສຸດທີ່ສະແດງໃຫ້ເຫັນ. q - ຂ້ອຍເບື່ອ; ກະລຸນາເຊົາ.
s - ຂ້າມບັນຫາທີ່ຍັງເຫຼືອ; ຍື່ນບົດລາຍງານໃຫມ່ທັນທີ. f - ການກັ່ນຕອງລາຍຊື່ bug ໂດຍໃຊ້ຮູບແບບ.
e - ເປີດບົດລາຍງານໂດຍໃຊ້ລູກຄ້າອີເມລ໌.
? - ສະແດງການຊ່ວຍເຫຼືອນີ້.
(24-35/35) ບັກທີ່ທ່ານພົບຢູ່ຂ້າງເທິງນີ້ບໍ [y|N|b|m|r|q|s|f|e|?]? n ຜູ້ຮັກສາ wireshark ແມ່ນ 'Balint Reczey[email protected]>'. ຊອກຫາຄວາມເພິ່ງພາອາໄສຂອງ wireshark...
(24-35/35) ບັກທີ່ທ່ານພົບຢູ່ຂ້າງເທິງນີ້ບໍ [y|N|b|m|r|q|s|f|e|?]? ?
y - ບັນຫາໄດ້ຖືກລາຍງານແລ້ວ; ທາງເລືອກເພີ່ມຂໍ້ມູນເພີ່ມເຕີມ. N - (ຄ່າເລີ່ມຕົ້ນ) ບັນຫາທີ່ບໍ່ໄດ້ລະບຸໄວ້ຂ້າງເທິງ; ອາດຈະກວດເບິ່ງເພີ່ມເຕີມ.
b - ເປີດບັນຊີລາຍການບັກທີ່ສົມບູນໃນຕົວທ່ອງເວັບ.
m - ໄດ້ຮັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບ bug (ທ່ານຍັງສາມາດໃສ່ຕົວເລກໂດຍບໍ່ມີການເລືອກ "m" ທໍາອິດ).
r - ສະແດງຄືນຂໍ້ບົກພ່ອງຫຼ້າສຸດທີ່ສະແດງໃຫ້ເຫັນ. q - ຂ້ອຍເບື່ອ; ກະລຸນາເຊົາ.
s - ຂ້າມບັນຫາທີ່ຍັງເຫຼືອ; ຍື່ນບົດລາຍງານໃຫມ່ທັນທີ. f - ການກັ່ນຕອງລາຍຊື່ bug ໂດຍໃຊ້ຮູບແບບ.
e - ເປີດບົດລາຍງານໂດຍໃຊ້ລູກຄ້າອີເມລ໌.
? - ສະແດງການຊ່ວຍເຫຼືອນີ້.
(24-35/35) ບັກທີ່ທ່ານພົບຢູ່ຂ້າງເທິງນີ້ບໍ [y|N|b|m|r|q|s|f|e|?]? n ຜູ້ຮັກສາ wireshark ແມ່ນ 'Balint Reczey[email protected]>'. ຊອກຫາຄວາມເພິ່ງພາອາໄສຂອງ wireshark...
ethereal: "ສະຖິຕິລໍາດັບຊັ້ນອະນຸສັນຍາ" ເຮັດໃຫ້ມີຄວາມເຂົ້າໃຈຜິດ ...
ບໍ່ໄດ້ຕັດທໍ່ ESMTP ຢ່າງຖືກຕ້ອງ
ethereal: "ສະຖິຕິລໍາດັບຊັ້ນອະນຸສັນຍາ" ເຮັດໃຫ້ມີຄວາມເຂົ້າໃຈຜິດ ...
ບໍ່ໄດ້ຕັດທໍ່ ESMTP ຢ່າງຖືກຕ້ອງ
wireshark: ເພີ່ມ OID 1.3.6.1.4.1.11129.2.4.2
wireshark: ເພີ່ມ OID 1.3.6.1.4.1.11129.2.4.2
ຖ້າເຈົ້າພົບຂໍ້ບົກພ່ອງຂອງເຈົ້າຖືກຍື່ນແລ້ວ, ເຈົ້າສາມາດເລືອກສົ່ງຂໍ້ມູນເສີມ, ຖ້າບໍ່ດັ່ງນັ້ນ, ເຈົ້າຈະຖືກເຊີນໃຫ້ຍື່ນລາຍງານຂໍ້ຜິດພາດໃໝ່:
ອະທິບາຍບັນຫາໂດຍຫຍໍ້ (ສູງສຸດ 100 ຕົວອັກສອນທີ່ອະນຸຍາດ). ນີ້ຈະເປັນຫົວຂໍ້ອີເມລ໌ bug, ສະນັ້ນຮັກສາສະຫຼຸບສັງລວມເທົ່າທີ່ເປັນໄປໄດ້, ຕົວຢ່າງ: "ການສົ່ງອີເມວລົ້ມເຫລວ" ຫຼື "ບໍ່ໄດ້ເລີ່ມຕົ້ນດ້ວຍຕົວເລືອກ -q ທີ່ລະບຸ" (ໃສ່ Ctrl + c ເພື່ອອອກຈາກລາຍງານຂໍ້ຜິດພາດໂດຍບໍ່ມີການລາຍງານຂໍ້ຜິດພາດ) .
> ບໍ່ໄດ້ຕັດອະນຸສັນຍາ foobar
ການຂຽນຄືນໃໝ່ກ່ຽວກັບ 'wireshark: ບໍ່ໄດ້ຕັດ protocol foobar'
ອະທິບາຍບັນຫາໂດຍຫຍໍ້ (ສູງສຸດ 100 ຕົວອັກສອນທີ່ອະນຸຍາດ). ນີ້ຈະເປັນຫົວຂໍ້ອີເມລ໌ bug, ສະນັ້ນຮັກສາສະຫຼຸບສັງລວມເທົ່າທີ່ເປັນໄປໄດ້, ຕົວຢ່າງ: "ການສົ່ງອີເມວລົ້ມເຫລວ" ຫຼື "ບໍ່ໄດ້ເລີ່ມຕົ້ນດ້ວຍຕົວເລືອກ -q ທີ່ລະບຸ" (ໃສ່ Ctrl + c ເພື່ອອອກຈາກລາຍງານຂໍ້ຜິດພາດໂດຍບໍ່ມີການລາຍງານຂໍ້ຜິດພາດ) .
> ບໍ່ໄດ້ຕັດອະນຸສັນຍາ foobar
ການຂຽນຄືນໃໝ່ກ່ຽວກັບ 'wireshark: ບໍ່ໄດ້ຕັດ protocol foobar'
ຫຼັງຈາກການສະຫນອງບົດສະຫຼຸບຫນຶ່ງແຖວຂອງບັນຫາຂອງທ່ານ, ທ່ານຕ້ອງໃຫ້ຄະແນນຄວາມຮຸນແຮງຂອງມັນຕາມຂະຫນາດຂະຫຍາຍ:
ເຈົ້າຈະປະເມີນຄວາມຮຸນແຮງຂອງບັນຫານີ້ ຫຼືລາຍງານແນວໃດ?
1 ທີ່ສໍາຄັນເຮັດໃຫ້ຊອບແວທີ່ບໍ່ກ່ຽວຂ້ອງຢູ່ໃນລະບົບ (ຫຼືລະບົບທັງຫມົດ) ແຕກ, ຫຼືເຮັດໃຫ້ເກີດການສູນເສຍຂໍ້ມູນທີ່ຮ້າຍແຮງ, ຫຼືແນະນໍາຂຸມຄວາມປອດໄພໃນລະບົບທີ່ທ່ານຕິດຕັ້ງຊຸດ.
2 grave ເຮັດໃຫ້ແພັກເກັດທີ່ຢູ່ໃນຄໍາຖາມບໍ່ສາມາດໃຊ້ໄດ້ໂດຍຜູ້ໃຊ້ສ່ວນໃຫຍ່ຫຼືທັງຫມົດ, ຫຼືເຮັດໃຫ້ເກີດການສູນເສຍຂໍ້ມູນ, ຫຼືແນະນໍາຂຸມຄວາມປອດໄພທີ່ອະນຸຍາດໃຫ້ເຂົ້າເຖິງບັນຊີຂອງຜູ້ໃຊ້ທີ່ໃຊ້ແພັກເກັດ.
3 ທີ່ຮ້າຍແຮງແມ່ນການລະເມີດນະໂຍບາຍ Debian ຢ່າງຮຸນແຮງ (ນັ້ນແມ່ນ, ບັນຫາແມ່ນການລະເມີດຄໍາສັ່ງ 'ຕ້ອງ' ຫຼື 'ຕ້ອງການ'); ອາດຈະຫຼືບໍ່ອາດຈະມີຜົນກະທົບການນໍາໃຊ້ຂອງຊຸດ. ກະລຸນາຮັບຊາບວ່າການລະເມີດນະໂຍບາຍທີ່ບໍ່ຮຸນແຮງອາດຈະເປັນຂໍ້ບົກພ່ອງ 'ປົກກະຕິ', 'ເລັກນ້ອຍ' ຫຼື 'ລາຍການທີ່ຢາກໄດ້'. (ຜູ້ຮັກສາຊຸດອາດຈະກໍານົດຂໍ້ບົກພ່ອງອື່ນໆເປັນ 'ຮ້າຍແຮງ' ແລະດັ່ງນັ້ນຈຶ່ງປ່ອຍຕົວທີ່ສໍາຄັນ; ຢ່າງໃດກໍຕາມ, ຜູ້ໃຊ້ສຸດທ້າຍບໍ່ຄວນເຮັດແນວນັ້ນ.). ສໍາລັບບັນຊີລາຍຊື່ canonical ຂອງບັນຫາທີ່ມີມູນຄ່າຄວາມຮຸນແຮງທີ່ຮ້າຍແຮງທ່ານສາມາດອ້າງອີງໃສ່ຫນ້າເວັບນີ້: http://release.debian.org/testing/rc_policy.txt
4 ຂໍ້ບົກຜ່ອງທີ່ສໍາຄັນທີ່ມີຜົນກະທົບອັນໃຫຍ່ຫຼວງຕໍ່ຄວາມສາມາດໃນການໃຊ້ງານຂອງແພັກເກັດ, ໂດຍບໍ່ມີການສະແດງວ່າມັນບໍ່ສາມາດໃຊ້ໄດ້ຫມົດທຸກຄົນ.
5 does-not-build a bug ທີ່ຢຸດຊຸດຈາກການສ້າງຈາກແຫຼ່ງ. (ນີ້ແມ່ນ 'ຄວາມຮຸນແຮງ virtual'.)
6 ປົກກະຕິ bug ທີ່ບໍ່ທໍາລາຍການໃຊ້ງານຂອງຊຸດທັງຫມົດ; ຕົວຢ່າງ, ບັນຫາກັບທາງເລືອກສະເພາະໃດຫນຶ່ງຫຼືລາຍການເມນູ.
7 ສິ່ງເລັກນ້ອຍເຊັ່ນ: ຄວາມຜິດພາດການສະກົດຄໍາແລະຄວາມຜິດພາດເຄື່ອງສໍາອາງເລັກນ້ອຍອື່ນໆທີ່ບໍ່ມີຜົນກະທົບຕໍ່ການເຮັດວຽກຫຼັກຂອງຊຸດ.
8 ຄໍາແນະນໍາແລະການຮ້ອງຂໍສໍາລັບຄຸນສົມບັດໃຫມ່.
ກະລຸນາເລືອກລະດັບຄວາມຮຸນແຮງ: [ປົກກະຕິ]
ເຈົ້າຈະປະເມີນຄວາມຮຸນແຮງຂອງບັນຫານີ້ ຫຼືລາຍງານແນວໃດ?
1 ທີ່ສໍາຄັນເຮັດໃຫ້ຊອບແວທີ່ບໍ່ກ່ຽວຂ້ອງຢູ່ໃນລະບົບ (ຫຼືລະບົບທັງຫມົດ) ແຕກ, ຫຼືເຮັດໃຫ້ເກີດການສູນເສຍຂໍ້ມູນທີ່ຮ້າຍແຮງ, ຫຼືແນະນໍາຂຸມຄວາມປອດໄພໃນລະບົບທີ່ທ່ານຕິດຕັ້ງຊຸດ.
2 grave ເຮັດໃຫ້ແພັກເກັດທີ່ຢູ່ໃນຄໍາຖາມບໍ່ສາມາດໃຊ້ໄດ້ໂດຍຜູ້ໃຊ້ສ່ວນໃຫຍ່ຫຼືທັງຫມົດ, ຫຼືເຮັດໃຫ້ເກີດການສູນເສຍຂໍ້ມູນ, ຫຼືແນະນໍາຂຸມຄວາມປອດໄພທີ່ອະນຸຍາດໃຫ້ເຂົ້າເຖິງບັນຊີຂອງຜູ້ໃຊ້ທີ່ໃຊ້ແພັກເກັດ.
3 ທີ່ຮ້າຍແຮງແມ່ນການລະເມີດນະໂຍບາຍ Debian ຢ່າງຮຸນແຮງ (ນັ້ນແມ່ນ, ບັນຫາແມ່ນການລະເມີດຄໍາສັ່ງ 'ຕ້ອງ' ຫຼື 'ຕ້ອງການ'); ອາດຈະຫຼືບໍ່ອາດຈະມີຜົນກະທົບການນໍາໃຊ້ຂອງຊຸດ. ກະລຸນາຮັບຊາບວ່າການລະເມີດນະໂຍບາຍທີ່ບໍ່ຮຸນແຮງອາດຈະເປັນຂໍ້ບົກພ່ອງ 'ປົກກະຕິ', 'ເລັກນ້ອຍ' ຫຼື 'ລາຍການທີ່ຢາກໄດ້'. (ຜູ້ຮັກສາຊຸດອາດຈະກໍານົດຂໍ້ບົກພ່ອງອື່ນໆເປັນ 'ຮ້າຍແຮງ' ແລະດັ່ງນັ້ນຈຶ່ງປ່ອຍຕົວທີ່ສໍາຄັນ; ຢ່າງໃດກໍຕາມ, ຜູ້ໃຊ້ສຸດທ້າຍບໍ່ຄວນເຮັດແນວນັ້ນ.). ສໍາລັບບັນຊີລາຍຊື່ canonical ຂອງບັນຫາທີ່ມີມູນຄ່າຄວາມຮຸນແຮງທີ່ຮ້າຍແຮງທ່ານສາມາດອ້າງອີງໃສ່ຫນ້າເວັບນີ້: http://release.debian.org/testing/rc_policy.txt
4 ຂໍ້ບົກຜ່ອງທີ່ສໍາຄັນທີ່ມີຜົນກະທົບອັນໃຫຍ່ຫຼວງຕໍ່ຄວາມສາມາດໃນການໃຊ້ງານຂອງແພັກເກັດ, ໂດຍບໍ່ມີການສະແດງວ່າມັນບໍ່ສາມາດໃຊ້ໄດ້ຫມົດທຸກຄົນ.
5 does-not-build a bug ທີ່ຢຸດຊຸດຈາກການສ້າງຈາກແຫຼ່ງ. (ນີ້ແມ່ນ 'ຄວາມຮຸນແຮງ virtual'.)
6 ປົກກະຕິ bug ທີ່ບໍ່ທໍາລາຍການໃຊ້ງານຂອງຊຸດທັງຫມົດ; ຕົວຢ່າງ, ບັນຫາກັບທາງເລືອກສະເພາະໃດຫນຶ່ງຫຼືລາຍການເມນູ.
7 ສິ່ງເລັກນ້ອຍເຊັ່ນ: ຄວາມຜິດພາດການສະກົດຄໍາແລະຄວາມຜິດພາດເຄື່ອງສໍາອາງເລັກນ້ອຍອື່ນໆທີ່ບໍ່ມີຜົນກະທົບຕໍ່ການເຮັດວຽກຫຼັກຂອງຊຸດ.
8 ຄໍາແນະນໍາແລະການຮ້ອງຂໍສໍາລັບຄຸນສົມບັດໃຫມ່.
ກະລຸນາເລືອກລະດັບຄວາມຮຸນແຮງ: [ປົກກະຕິ]
ຖ້າທ່ານບໍ່ແນ່ໃຈ, ພຽງແຕ່ຮັກສາຄວາມຮ້າຍແຮງໃນຕອນຕົ້ນຂອງ ປົກກະຕິ. ທ່ານຍັງສາມາດ tag ບົດລາຍງານຂອງທ່ານດ້ວຍບາງຄໍາສໍາຄັນ:
ມີອັນໃດຕໍ່ໄປນີ້ນຳໃຊ້ກັບບົດລາຍງານນີ້ບໍ?
1 di bug ນີ້ແມ່ນກ່ຽວຂ້ອງກັບການພັດທະນາຂອງ debian-installer.
2 ipv6 ບັກນີ້ສົ່ງຜົນກະທົບຕໍ່ການຮອງຮັບ Internet Protocol ເວີຊັ່ນ 6.
3 l10n ບັກນີ້ລາຍງານບັນຫາການຕັ້ງຖິ່ນຖານ / ສາກົນ.
4 lfs ຂໍ້ຜິດພາດນີ້ມີຜົນກະທົບຕໍ່ການສະຫນັບສະຫນູນໄຟລ໌ຂະຫນາດໃຫຍ່ (ຫຼາຍກວ່າ 2 gigabyte).
5 ຜູ້ມາໃຫມ່ bug ນີ້ມີວິທີແກ້ໄຂທີ່ຮູ້ຈັກແຕ່ຜູ້ຮັກສາຮຽກຮ້ອງໃຫ້ຜູ້ອື່ນປະຕິບັດມັນ.
ມີອັນໃດຕໍ່ໄປນີ້ນຳໃຊ້ກັບບົດລາຍງານນີ້ບໍ?
1 di bug ນີ້ແມ່ນກ່ຽວຂ້ອງກັບການພັດທະນາຂອງ debian-installer.
2 ipv6 ບັກນີ້ສົ່ງຜົນກະທົບຕໍ່ການຮອງຮັບ Internet Protocol ເວີຊັ່ນ 6.
3 l10n ບັກນີ້ລາຍງານບັນຫາການຕັ້ງຖິ່ນຖານ / ສາກົນ.
4 lfs ຂໍ້ຜິດພາດນີ້ມີຜົນກະທົບຕໍ່ການສະຫນັບສະຫນູນໄຟລ໌ຂະຫນາດໃຫຍ່ (ຫຼາຍກວ່າ 2 gigabyte).
5 ຜູ້ມາໃຫມ່ bug ນີ້ມີວິທີແກ້ໄຂທີ່ຮູ້ຈັກແຕ່ຜູ້ຮັກສາຮຽກຮ້ອງໃຫ້ຜູ້ອື່ນປະຕິບັດມັນ.
6 patch ທ່ານກໍາລັງລວມເອົາ patch ເພື່ອແກ້ໄຂບັນຫານີ້.
7 upstream bug ນີ້ໃຊ້ກັບສ່ວນ upstream ຂອງຊຸດ.
8 ບໍ່ມີ
ກະລຸນາເລືອກແທັກ: (ເທື່ອລະອັນ) [none]
6 patch ທ່ານກໍາລັງລວມເອົາ patch ເພື່ອແກ້ໄຂບັນຫານີ້.
7 upstream bug ນີ້ໃຊ້ກັບສ່ວນ upstream ຂອງຊຸດ.
8 ບໍ່ມີ
ກະລຸນາເລືອກແທັກ: (ເທື່ອລະອັນ) [none]
tags ສ່ວນຫຼາຍແມ່ນແທນທີ່ຈະເປັນ esoteric, ແຕ່ຖ້າຫາກວ່າບົດລາຍງານຂອງທ່ານປະກອບມີການແກ້ໄຂ, ທ່ານຄວນເລືອກເອົາ patch ແທັກ.
ເມື່ອອັນນີ້ສຳເລັດແລ້ວ, reportbug ເປີດຕົວແກ້ໄຂຂໍ້ຄວາມດ້ວຍແມ່ແບບທີ່ທ່ານຄວນແກ້ໄຂ (ຕົວຢ່າງ 6.2, “ແມ່ແບບທີ່ສ້າງຂຶ້ນໂດຍ reportbug” [ໜ້າ 142]). ມັນປະກອບດ້ວຍຄໍາຖາມຈໍານວນຫນຶ່ງທີ່ທ່ານຄວນລຶບແລະຕອບ, ເຊັ່ນດຽວກັນກັບຂໍ້ມູນບາງຢ່າງກ່ຽວກັບລະບົບຂອງທ່ານທີ່ຖືກລວບລວມໂດຍອັດຕະໂນມັດ. ສັງເກດເຫັນວິທີການສອງສາມເສັ້ນທໍາອິດມີໂຄງສ້າງ. ພວກມັນບໍ່ຄວນຖືກດັດແກ້ຍ້ອນວ່າພວກມັນຈະຖືກວິເຄາະໂດຍຕົວຕິດຕາມຂໍ້ບົກພ່ອງເພື່ອມອບລາຍງານໃຫ້ກັບຊຸດທີ່ຖືກຕ້ອງ.
ຕົວຢ່າງ 6.2 ແມ່ແບບທີ່ສ້າງຂຶ້ນໂດຍ reportbug
ຫົວຂໍ້: wireshark: ບໍ່ dissect ໂປໂຕຄອນ foobar
ແພັກເກດ: wireshark ເວີຊັນ: 2.0.2+ga16e22e-1 ຄວາມຮຸນແຮງ: ປົກກະຕິ
ຜູ້ຮັກສາທີ່ຮັກແພງ,
*** ນັກຂ່າວ, ກະລຸນາພິຈາລະນາການຕອບຄໍາຖາມເຫຼົ່ານີ້, ບ່ອນທີ່ເຫມາະສົມ ***
* ສະຖານະການແມ່ນຫຍັງ?
* ເຈົ້າເຮັດອັນໃດແນ່ (ຫຼືບໍ່ເຮັດ) ທີ່ມີປະສິດທິຜົນ (ຫຼືບໍ່ມີປະສິດຕິຜົນ)?
* ຜົນຂອງການກະທຳນີ້ແມ່ນຫຍັງ?
* ຜົນໄດ້ຮັບອັນໃດທີ່ທ່ານຄາດຫວັງແທນທີ່ຈະ?
*** ສິ້ນສຸດຂອງແມ່ແບບ - ເອົາເສັ້ນແມ່ແບບເຫຼົ່ານີ້ອອກ ***
-- ຂໍ້ມູນລະບົບ: Debian Release: stretch/sid
APT ມັກການທົດສອບ
ນະໂຍບາຍ APT: (500, 'ການທົດສອບ') ສະຖາປັດຕະຍະກໍາ: amd64 (x86_64) ສະຖາປັດຕະຍະກໍາຕ່າງປະເທດ: i386
Kernel: Linux 4.4.0-1-amd64 (SMP w/4 CPU cores)
ທ້ອງຖິ່ນ: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh ເຊື່ອມໂຍງກັບ /bin/dash
Init: systemd (ຜ່ານ /run/systemd/system)
ຫົວຂໍ້: wireshark: ບໍ່ dissect ໂປໂຕຄອນ foobar
ແພັກເກດ: wireshark ເວີຊັນ: 2.0.2+ga16e22e-1 ຄວາມຮຸນແຮງ: ປົກກະຕິ
ຜູ້ຮັກສາທີ່ຮັກແພງ,
*** ນັກຂ່າວ, ກະລຸນາພິຈາລະນາການຕອບຄໍາຖາມເຫຼົ່ານີ້, ບ່ອນທີ່ເຫມາະສົມ ***
* ສະຖານະການແມ່ນຫຍັງ?
* ເຈົ້າເຮັດອັນໃດແນ່ (ຫຼືບໍ່ເຮັດ) ທີ່ມີປະສິດທິຜົນ (ຫຼືບໍ່ມີປະສິດຕິຜົນ)?
* ຜົນຂອງການກະທຳນີ້ແມ່ນຫຍັງ?
* ຜົນໄດ້ຮັບອັນໃດທີ່ທ່ານຄາດຫວັງແທນທີ່ຈະ?
*** ສິ້ນສຸດຂອງແມ່ແບບ - ເອົາເສັ້ນແມ່ແບບເຫຼົ່ານີ້ອອກ ***
-- ຂໍ້ມູນລະບົບ: Debian Release: stretch/sid
APT ມັກການທົດສອບ
ນະໂຍບາຍ APT: (500, 'ການທົດສອບ') ສະຖາປັດຕະຍະກໍາ: amd64 (x86_64) ສະຖາປັດຕະຍະກໍາຕ່າງປະເທດ: i386
Kernel: Linux 4.4.0-1-amd64 (SMP w/4 CPU cores)
ທ້ອງຖິ່ນ: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh ເຊື່ອມໂຍງກັບ /bin/dash
Init: systemd (ຜ່ານ /run/systemd/system)
ລຸ້ນຂອງແພັກເກດ wireshark ຂຶ້ນກັບ: ii wireshark-qt 2.0.2+ga16e22e-1
wireshark ແນະນໍາໃຫ້ບໍ່ມີແພັກເກດ. wireshark ແນະນໍາບໍ່ມີແພັກເກດ.
-- ບໍ່ມີຂໍ້ມູນ debconf
ລຸ້ນຂອງແພັກເກດ wireshark ຂຶ້ນກັບ: ii wireshark-qt 2.0.2+ga16e22e-1
wireshark ແນະນໍາໃຫ້ບໍ່ມີແພັກເກດ. wireshark ແນະນໍາບໍ່ມີແພັກເກດ.
-- ບໍ່ມີຂໍ້ມູນ debconf
ເມື່ອທ່ານບັນທຶກບົດລາຍງານແລະປິດຕົວແກ້ໄຂຂໍ້ຄວາມ, ທ່ານກັບຄືນໄປຫາ reportbug, ເຊິ່ງສະຫນອງທາງເລືອກອື່ນຈໍານວນຫຼາຍແລະການສະເຫນີທີ່ຈະສົ່ງບົດລາຍງານຜົນໄດ້ຮັບ.
ກຳລັງສ້າງຕົວແກ້ໄຂທີ່ເຂົ້າໃຈໄດ້...
ບົດລາຍງານຈະຖືກສົ່ງໄປຫາ "ລະບົບການຕິດຕາມບັນຫາ Debian"[email protected]> ສົ່ງບົດລາຍງານນີ້ກ່ຽວກັບ wireshark (e ເພື່ອແກ້ໄຂ) [Y|n|a|c|e|i|l|m|p|q|d|t|s|?]? ? Y - (ຄ່າເລີ່ມຕົ້ນ) ສົ່ງລາຍງານຂໍ້ຜິດພາດຜ່ານທາງອີເມວ.
n - ຢ່າສົ່ງບົດລາຍງານ bug; ແທນທີ່ຈະ, ບັນທຶກມັນໄວ້ໃນໄຟລ໌ຊົ່ວຄາວ (ອອກຈາກ reportbug). a - ຄັດຕິດໄຟລ໌.
c - ປ່ຽນບັນນາທິການແລະແກ້ໄຂຄືນໃຫມ່. e - ແກ້ໄຂບົດລາຍງານ bug ຄືນໃໝ່.
i - ລວມໄຟລ໌ຂໍ້ຄວາມ.
l - ທໍ່ຂໍ້ຄວາມຜ່ານ pager. m - ເລືອກຜູ້ສົ່ງຈົດໝາຍເພື່ອແກ້ໄຂບົດລາຍງານ. p - ພິມຂໍ້ຄວາມເພື່ອ stdout.
q - ບັນທຶກມັນໄວ້ໃນໄຟລ໌ຊົ່ວຄາວແລະອອກ. d - ຖອດໄຟລ໌ແນບ.
t - ເພີ່ມແທັກ.
s - ເພີ່ມຜູ້ຮັບ X-Debbugs-CC (CC ແຕ່ຫຼັງຈາກການປະມວນຜົນ BTS).
? - ສະແດງການຊ່ວຍເຫຼືອນີ້.
ສົ່ງບົດລາຍງານນີ້ກ່ຽວກັບ wireshark (e ເພື່ອແກ້ໄຂ) [Y|n|a|c|e|i|l|m|p|q|d|t|s|?]? Y
ບັນທຶກຂໍ້ມູນສຳຮອງຂອງບົດລາຍງານຢູ່ທີ່ /tmp/reportbug-wireshark-backup-20160328-19073-87oJWJ ການເຊື່ອມຕໍ່ຫາ reportbug.debian.org ຜ່ານ SMTP...
ບົດລາຍງານຂໍ້ຜິດພາດໄດ້ສົ່ງກັບ: "ລະບົບການຕິດຕາມ Debian Bug"[email protected]> ສຳເນົາຈະຖືກສົ່ງຫຼັງຈາກການປະມວນຜົນໄປໃຫ້:
ຖ້າທ່ານຕ້ອງການໃຫ້ຂໍ້ມູນເພີ່ມເຕີມ, ກະລຸນາລໍຖ້າເພື່ອຮັບເລກຕິດຕາມ bug ຜ່ານທາງອີເມວ; ຈາກນັ້ນທ່ານສາມາດສົ່ງຂໍ້ມູນເພີ່ມເຕີມໄປຫາ [email protected] (ຕົວຢ່າງ [email protected]), ບ່ອນທີ່ n ແມ່ນຕົວເລກ bug. ໂດຍປົກກະຕິທ່ານຈະໄດ້ຮັບການຮັບຮູ້ຜ່ານທາງອີເມລ໌ລວມທັງຕົວເລກລາຍງານຂໍ້ຜິດພາດພາຍໃນຫນຶ່ງຊົ່ວໂມງ; ຖ້າຫາກວ່າທ່ານຍັງບໍ່ທັນໄດ້ຮັບການຢືນຢັນ, ຫຼັງຈາກນັ້ນຂະບວນການລາຍງານ bug ສົບຜົນສໍາເລັດໃນບາງຈຸດ (reportbug ຫຼື MTA ລົ້ມເຫຼວ, ການບໍາລຸງຮັກສາ BTS, ແລະອື່ນໆ).