Great way of starting with bug triaging

Recently I’ve joined the Ubuntu Bug Control team again. I’m not even close to bug triaging superstars like Pedro Villavicencio, but I’m contributing my small share.

A good way of finding tasks to work on is the list of packages without direct subscribers — people that watch a package for new bug reports and keep it in shape — composed by Brain Murray. The packages on this list don’t have someone to look after them, so they often have a lot of ‘dead wood’, bugs that are old and haven’t been commented on for a long time. You could ask if the problem is still there, and close the bug otherwise.

There are probably also a lot of old bugs that are fixed in the Ubuntu release on which development is focussing right now. These bugs, like all bugs that are fixed in the development version of Ubuntu, should be set to Fix Released, unless they are specifically about a bug in a specific package version in a stable release. Look at Bugs/Status for more information about the meanings of the different bug statuses.

Next to the dead wood there are the normal bugs, you can handle these like you would handle any other new bug. Because these bugs are often not frequently being looked after you’ll won’t have much trouble to find one that’s easy to start your triaging career with.

Some people would like to triage all bugs for a whole package. In that case you adopt a package, which means you first triage all bugs reported against your chosen package and then subscribe to the bugmail for that package to keep an eye on it. More information about that is at BugSquad/AdoptPackage.

Triaging bugs is a very good way to help Ubuntu, get involved!

Leave a comment

Leave a Reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.