What is 5-A-Day?

Put simply, 5-a-day is a great approach to making our list of bugs more manageable by sharing the workload. This is inspired by the philosophy of eating 5 portions of fruit/vegetables keeps you healthy...well, working on 5 bugs a day keeps Ubuntu healthy.

So the idea is simple - lets get every Ubuntu enthusiasm working on 5 bugs a day - everyone can take part, no matter whether a developer or not. Lets work together and make some real progress!

...and, to make it fun, we have produced some tools and rankings to make those 5 bugs count. Making Ubuntu better and having fun...we like it.

So what kind of things can you do as part of your 5-a-day?

If you have never done any development:

• If you want to just confirm new bugs, you can do that.
• Find bugs in upstream bug trackers and link them to the Ubuntu bugs in Launchpad.

If you are a developer:

• Review patches and get them uploaded.
• If you've experience with a certain package and want to triage bugs you can do that and forward them upstream if necessary.
• If you know your way around Ubuntu quite well, you can help assign bugs to the right package.

What you need to do to participate?

• If you haven't helped out with bugs before you might want to take a look at Bugs/HowToTriage or ask the nice people on #ubuntu-bugs on irc.freenode.net.

• Check out the section on Automatic Reporting to see how to participate.

• See how you are doing over here: http://daniel.holba.ch/5-a-day-stats/

• Print out the 5-a-day Playbook to hand out to participants. 5-a-day.pdf

• Join the Launchpad team

Anybody who reports bugs

Did you report a bug on a previous release of Ubuntu?

• Is it the best quality bug report it could be?
  • Could it use a better summary or a test case?
• Do you know if the bug is still occurs in the development release?

You can review the bugs you've reported at https://bugs.launchpad.net/people/+me/+reportedbugs .

Not a developer?

Once you feel comfortable to start triaging, the following lists may be a helpful starting point:

• Bugs reported using the "Help -> Report a Problem" contain detailed information regarding the system the bug was reported on therefore they can be easier to triage. They are all tagged 'apport-bug' and you can find ones with a status of "New" at New apport-bugs.

• Bug reports that were submitted yesterday and are still in a New status can be found at http://people.ubuntu.com/~brian/reports/yesterday/

• It is unfortunately the case that new bug reports will sometimes go unanswered. This is actively being addressed, but we can always use additional help. The following are lists of bug reports marked as "New" against older kernels.

  • https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.15/+bugs?field.status=NEW

  • https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.17/+bugs?field.status=NEW

  • https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bugs?field.status=NEW

  • https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bugs?field.status=NEW

    1. If the report has not had any recent activity, it would be helpful to know if the issue reported still exists or not.
    2. Additionaly, if the issue still exists, it would be useful to know if it is still present in the actively developed kernel.
• If you're interested on GUI applications you may want to take a look to:

  • Product	Debugging Instructions
    UpdateManager	DebuggingUpdateManager
    Compiz	DebuggingCompiz

• Reviewing bugs marked for expiration - https://bugs.launchpad.net/ubuntu/+expirable-bugs

• Bugs that need forwarding to the Upstream bugtrackers (Instructions) - since a majority of bugs from users are of software that is developed by upstreams it is important that bug linkages are as complete as possible.

• Check out bugs that were not taken care of during Bug Days.

You're a developer?

You might be interested in the following lists of bugs:

• Reviewing patches: http://daniel.holba.ch/harvest/

  1. Make sure the bug is still relevant.
  2. Assign it to you.

  3. Transform the patch into a debdiff if necessary.

  4. Make sure it builds and fixes the bug.

  5. Add it to the sponsoring queue or upload it yourself.

• The Kernel:

  • http://people.ubuntu.com/~ogasawara/hardy-buglist.html - It's an excellent starting place for the community to get involved and work with the Ubuntu kernel team.

CategoryBugSquad