5-A-Day

Differences between revisions 92 and 93
⇤ ← Revision 92 as of 2010-07-19 00:57:54 →
Size: 7401
Editor: 190
Comment: Just to update the link to the bugs that where not taken care of during bug days
← Revision 93 as of 2010-08-20 09:32:18 → ⇥
Size: 7396
Editor: 190
Comment:
Deletions are marked like this. Additions are marked like this.
Line 58: Line 58:
 * [[https://bugs.edge.launchpad.net/ubuntu/+bugs?field.searchtext=&orderby=-datecreated&search=Search&field.status%3Alist=NEW&field.importance%3Alist=UNKNOWN&field.importance%3Alist=UNDECIDED&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_supervisor=&field.bug_commenter=&field.subscriber=&field.component-empty-marker=1&field.status_upstream-empty-marker=1&field.omit_dupes.used=&field.omit_dupes=on&field.has_patch.used=&field.has_cve.used=&field.tag=&field.tags_combinator=ANY&field.has_no_package.used=&field.has_no_package=on|Bugs without a package]] - Sometimes users do not know which package a bug is in, so they leave it blank - assigning a package to a bug will help move it along to the next step.  * [[https://bugs.launchpad.net/ubuntu/+bugs?field.searchtext=&orderby=-datecreated&search=Search&field.status%3Alist=NEW&field.importance%3Alist=UNKNOWN&field.importance%3Alist=UNDECIDED&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_supervisor=&field.bug_commenter=&field.subscriber=&field.component-empty-marker=1&field.status_upstream-empty-marker=1&field.omit_dupes.used=&field.omit_dupes=on&field.has_patch.used=&field.has_cve.used=&field.tag=&field.tags_combinator=ANY&field.has_no_package.used=&field.has_no_package=on|Bugs without a package]] - Sometimes users do not know which package a bug is in, so they leave it blank - assigning a package to a bug will help move it along to the next step.

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 that eating 5 portions of fruit/vegetables keeps you healthy...well, working on 5 bugs a day keeps Ubuntu healthy.

So the idea is simple - let's get every Ubuntu enthusiast working on 5 bugs a day - everyone can take part, no matter whether you are a developer or not. Let's 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. Smile :)

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.

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

Automatic Reporting

  1. Join the 5-A-Day Participants team!

    • your e-mail address must not be hidden from other Launchpad users for you to receive credit

  2. Done! Check out http://qa.ubuntu.com/reports/five-a-day/ to see how you're doing.

If you plan to host a Bug Jam, or participate in the Global Bug Jam, add your event to the Bug Jam section of Bugs/Events.

Getting Started

A great way to begin is to look over bugs you have reported before and get them into shape. Have you reported a bug on a previous release of Ubuntu before?

  • 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 . You should be comfortable with the bugs you've reported in the past; pay particular attention to how more experienced triagers handled your bugs.

Not a developer?

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

You're a developer?

You might be interested in the following lists of bugs:

* If you're interested on GUI applications you may want to take a look to:

CategoryBugSquad

5-A-Day (last edited 2016-10-27 07:46:00 by dholbach)