email: debian[at]solveig.org ; irc: Solveig on irc.debian.org
https://www.debian.org/Bugs/ -> search for a bug by number
Detailed information on https://wiki.debian.org/BugTriage and
https://www.debian.org/Bugs/server-control (control@bugs.debian.org).
If yes, write it to nnn@bugs.debian.org, and tag them by sending an email to control@bugs.debian.org which says:
found bugnumber versionnumber
tags bugnumber +confirmed
thanks
If you can't reproduce it but you're not sure it's fixed you could tag the bug as unreproducible and/or moreinfo and mail nnn@bugs.debian.org:
tags bugnumber +unreproductible +moreinfo
thanks
Two bugs for the same issue? They should be merged together. Both bugs must be on the same package and with the same severity and state. Fix that, and at the end to merge the bugs add:
merge bugnumber-first-bug bugnumber-second-bug
thanks
Don't close random bugs! You can find packages that have a lot of bug reports, and ask the maintainer if help is welcome, or even better: find welcoming teams, so you're sure there are many packages with many bugs to triage, and helpful people to answer questions. Teams that were welcoming to me so far: perl, games, X Strike Force. If you understand anything, I know the kernel also needs bug triaging.
Searching for bugs to triage? Searching for bug triagers to help with your bugs? https://wiki.debian.org/BugTriage#Teams_that_welcome_help
https://udd.debian.org/bugs.cgi
UDD (Ultimate Debian Database) Bugs search allows you to select bug reports according to many criteria. A good way to get started with bug triaging (and closing!) is to start with those that are lost and forgotten: * let's ignore those that have been created or modified in the last year. * select wontfix, moreinfo, upstream or unreproducible * choose a team (you can make your own requests with other teams, and add them to the interface if you want) * start reading and trying to figure out :)
If you are sure that the bug does not exist in the current version of the package then you should close the bug report by mailing nnn-done@bugs.debian.org. Add as the first line of that message:
Version: <current version of the package you tested>
so the BTS knows in which version it was fixed.
https://www.debian.org/Bugs/Developer#closing (nnn-done@bugs.debian.org)
Close! With nice email and providing necessary information:
To: 511372-done@bugs.debian.org
Subject: Re: libsoap-lite-perl: high memory usage under some circumstances - closing
Hi! I'm closing this bug, since it was tagged "unreproducible" for some years, without answer. If you have new reasons to point out this problem, please feel free to re-open it or ask me to do it. Cheers,
Not sure? Let it rest a while. You can come back to it in a few days/weeks/months, no hurry - maybe another time you'll see more clearly what the next step is. You can also ask the maintainer for their opinion... if you agreed to work together on that. Some maintainers don't have time to triage and also not to teach triaging, so not all of them are going to take the time.
Document your changes! When doing something, say what & why, make sure everybody is in the information loop (did other people report having the same bug? did the upstream give input?), and give as much information as possible in the email: no need to write a novel, but enough info should be provided for the others to see what you're doing, and why, without re-reading the whole thread. You can have a few generic messages for each situation, that you copy/paste. Bonus points for remembering to be nice in the messages :)
Never close a bug report made by Ian Jackson, unless you know how to deal with berserkers.
Beware, there are certainly others out there.
I assure you, there are also a lot of very nice Debian contributors with whom it's a pleasure to cooperate and discuss.
And remember: bug triaging is fun. And rewarding. And easy (once you've started).