UbuntuBugControl

Differences between revisions 33 and 34
Revision 33 as of 2010-03-25 20:37:33
Size: 4616
Editor: pool-71-252-251-234
Comment: added request to explaing the reasons for a suggested importance
Revision 34 as of 2010-07-09 17:36:02
Size: 6179
Editor: pool-71-252-251-234
Comment: adding team membership; reformat
Deletions are marked like this. Additions are marked like this.
Line 6: Line 6:
Both individuals and teams can join BugControl. There are generic requirements, and specific requirements.

<<#Generic-reqs>>
=== Generic Requirements ===

 * read: [[Bugs/Importance]].
 * read: [[Bugs/Status]].
 * read: [[Bugs/Assignment]].
 * read [[DebuggingProcedures]].
 * read: the [[Debugging]] sections relative to your interest.

=== Requirements for Individuals ===
Line 9: Line 22:
 2. You need to understand [[Bugs/HowToTriage]] and be familiar with [[Bugs/Assignment|assigning bugs]], choosing a bug [[Bugs/Status|status]] and setting a bug's [[Bugs/Importance|importance]]. There's a particular procedure for triaging and Importance has a specific meaning, so we want to make sure you understand the conventions.
 3. You also need to be aware of the considerations to take when making an Apport crash report, these are private by default and publicly visible. Documentation regarding this can be found at [[ https://wiki.ubuntu.com/Bugs/HowToTriage#Apport%20crash%20reports | Triaging Apport crash reports ]].
 4. Have a list of triaged bugs that demonstrate you understand triaging.
 1. You need to understand [[Bugs/HowToTriage]] and be familiar with [[Bugs/Assignment|assigning bugs]], choosing a bug [[Bugs/Status|status]] and setting a bug's [[Bugs/Importance|importance]]. There's a particular procedure for triaging and Importance has a specific meaning, so we want to make sure you understand the conventions.
 1. You also need to be aware of the considerations to take when making an Apport crash report, these are private by default and publicly visible. Documentation regarding this can be found at [[ https://wiki.ubuntu.com/Bugs/HowToTriage#Apport%20crash%20reports | Triaging Apport crash reports ]].
 1. Have a list of triaged bugs that demonstrate you understand triaging.
Line 13: Line 26:
Requirement 4 can be waived if you are an upstream developer / bug triager or if an Ubuntu developer vouches for you and your ability to triage bug reports. /!\ Requirement 4 can be waived if you are an upstream developer / bug triager or if an Ubuntu developer vouches for you and your ability to triage bug reports.
Line 17: Line 30:
 * Complete the [[#Generic-reqs| generic requirements]].
Line 18: Line 32:
 * read: [[Bugs/Importance]].
 * read: [[Bugs/Status]].
 * read: [[Bugs/Assignment]].
Line 23: Line 34:
==== Application ====
Line 24: Line 37:
 * Apply to the [[http://launchpad.net/people/ubuntu-bugcontrol|Ubuntu Bug Control team]] and e-mail your application to ubuntu-bugcontrol AT lists.launchpad.net '''or'''  * Apply to the [[http://launchpad.net/people/ubuntu-bugcontrol|Ubuntu Bug Control team]] and e-mail your application to ubuntu-bugcontrol AT lists.launchpad.net; please copy & answer the questions below in an email to ubuntu-bugcontrol AT lists.launchpad.net:

  1. Do you promise to be polite to bug reporters even if they are rude to you or Ubuntu? Have you signed the Ubuntu Code of Conduct?
  1. Have you read [[Bugs/HowToTriage]], [[Bugs/Assignment]], [[Bugs/Status]] and [[Bugs/Importance]]? Do you have any questions about that documentation?
  1. What sensitive data should you look for in a private Apport crash report bug before making it public? See [[Bugs/HowToTriage]] for more information.
  1. Is there a particular package or group of packages that you are interested in helping out with?
  1. Please list five or more bugs which you have triaged. These bugs should demonstrate your understanding of the triage process and how to properly handle bugs. If there is a bug in your list that does not have an importance indicate what importance (and explain the reasoning) you would give it after becoming a member of Ubuntu Bug Control. Please use urls in your list of bugs.

Line 26: Line 47:
 * Membership in any of the following teams also grants membership to Ubuntu Bug Control: LaunchpadHome:ubuntu-core-dev, LaunchpadHome:ubuntu-core-doc, and LaunchpadHome:ubuntu-dev

== Application ==
  1. Do you promise to be polite to bug reporters even if they are rude to you or Ubuntu? Have you signed the Ubuntu Code of Conduct?
  2. Have you read [[Bugs/HowToTriage]], [[Bugs/Assignment]], [[Bugs/Status]] and [[Bugs/Importance]]? Do you have any questions about that documentation?
  3. What sensitive data should you look for in a private Apport crash report bug before making it public? See [[Bugs/HowToTriage]] for more information.
  4. Is there a particular package or group of packages that you are interested in helping out with?
  5. Please list five or more bugs which you have triaged. These bugs should demonstrate your understanding of the triage process and how to properly handle bugs. If there is a bug in your list that does not have an importance indicate what importance (and explain the reasoning) you would give it after becoming a member of Ubuntu Bug Control. Please use urls in your list of bugs.

== Evaluation Criteria ==
The application review is a subjective process however a list of what we look for follows:
 * Membership in some teams also grants membership to Ubuntu Bug Control, for example: LaunchpadHome:ubuntu-core-dev, LaunchpadHome:ubuntu-core-doc, and LaunchpadHome:ubuntu-dev. You can find if your team is a member by visiting the team's homepage and looking at the "Subteam of" section.
 
==== Evaluation Criteria ====
The application review is a subjective process; however a list of what we usually look for follows:
Line 39: Line 53:
  2. Is the applicant respectful and tactful in their communications?
  3. Are the applicant's comments detailed and do they explain their actions?
  4. Is the applicant following the DebuggingProcedures for the package the bug report is about?
  5. Has the applicant made bug titles or descriptions more descriptive?
  6. Has the applicant added any bug watches to bug reports? (Linked bugs upstream)
  7. Has the applicant forwarded any bugs upstream? (Registered in upstream bts and reported an Ubuntu bug)
  8. Is the reasoning for the bug Importance valid?
  1. Is the applicant respectful and tactful in their communications?
  1. Are the applicant's comments detailed and do they explain their actions?
  1. Is the applicant following the DebuggingProcedures for the package the bug report is about?
  1. Has the applicant made bug titles or descriptions more descriptive?
  1. Has the applicant added any bug watches to bug reports? (Linked bugs upstream)
  1. Has the applicant forwarded any bugs upstream? (Registered in upstream bts and reported an Ubuntu bug)
  1. Is the reasoning for the bug Importance valid?


=== Requirements for Teams ===

  1. The team '''must''' be a closed one (i.e., a moderated team).
  1. The team '''must''' require its members to [[https://launchpad.net/codeofconduct|sign]] the [[http://www.ubuntu.com/community/conduct|Ubuntu Code of Conduct]].
  1. The team '''must''' have at least one representative tasked with educating new members on BugControl policies.
  1. The representative above '''must''' be a current member of BugControl.

==== Application ====

One of the team's administrators should e-mail the team's application to ubuntu-bugcontrol AT lists.launchpad.net. Please give us:

  * a brief reasoning of why it is important for the team to be a member.
  * identify who is/are the representative(s) -- give us the link to the LP home of each one.

==== Evaluation Criteria ====

One of the BugControl administrators will review the application and act on it. This may require e-mail/IRC exchange. Evaluation is subjective.

The Ubuntu Bug Control team (ubuntu-bugcontrol in Launchpad), formerly known as ubuntu-qa, is a subset of the BugSquad who can change the importance of bugs and set the status of a bug to "Triaged" or "Won't Fix". You do this when you are triaging.

Requirements for joining

Both individuals and teams can join BugControl. There are generic requirements, and specific requirements.

<<#Generic-reqs>>

Generic Requirements

Requirements for Individuals

You need to demonstrate four things:

  1. That you promise to be polite to bug reporters, even if they don't deserve it, by signing the Ubuntu Code of Conduct.
  2. You need to understand Bugs/HowToTriage and be familiar with assigning bugs, choosing a bug status and setting a bug's importance. There's a particular procedure for triaging and Importance has a specific meaning, so we want to make sure you understand the conventions.

  3. You also need to be aware of the considerations to take when making an Apport crash report, these are private by default and publicly visible. Documentation regarding this can be found at Triaging Apport crash reports.

  4. Have a list of triaged bugs that demonstrate you understand triaging.

Warning /!\ Requirement 4 can be waived if you are an upstream developer / bug triager or if an Ubuntu developer vouches for you and your ability to triage bug reports.

In order to join:

Application

Ways to join:

  • Apply to the Ubuntu Bug Control team and e-mail your application to ubuntu-bugcontrol AT lists.launchpad.net; please copy & answer the questions below in an email to ubuntu-bugcontrol AT lists.launchpad.net:

    1. Do you promise to be polite to bug reporters even if they are rude to you or Ubuntu? Have you signed the Ubuntu Code of Conduct?
    2. Have you read Bugs/HowToTriage, Bugs/Assignment, Bugs/Status and Bugs/Importance? Do you have any questions about that documentation?

    3. What sensitive data should you look for in a private Apport crash report bug before making it public? See Bugs/HowToTriage for more information.

    4. Is there a particular package or group of packages that you are interested in helping out with?
    5. Please list five or more bugs which you have triaged. These bugs should demonstrate your understanding of the triage process and how to properly handle bugs. If there is a bug in your list that does not have an importance indicate what importance (and explain the reasoning) you would give it after becoming a member of Ubuntu Bug Control. Please use urls in your list of bugs.
  • If you are an upstream developer or bug triager for an upstream project contact Jorge Castro

  • Membership in some teams also grants membership to Ubuntu Bug Control, for example: ubuntu-core-dev, ubuntu-core-doc, and ubuntu-dev. You can find if your team is a member by visiting the team's homepage and looking at the "Subteam of" section.

Evaluation Criteria

The application review is a subjective process; however a list of what we usually look for follows:

  1. Has the applicant provided the importance they would give a bug report?
  2. Is the applicant respectful and tactful in their communications?
  3. Are the applicant's comments detailed and do they explain their actions?
  4. Is the applicant following the DebuggingProcedures for the package the bug report is about?

  5. Has the applicant made bug titles or descriptions more descriptive?
  6. Has the applicant added any bug watches to bug reports? (Linked bugs upstream)
  7. Has the applicant forwarded any bugs upstream? (Registered in upstream bts and reported an Ubuntu bug)
  8. Is the reasoning for the bug Importance valid?

Requirements for Teams

  1. The team must be a closed one (i.e., a moderated team).

  2. The team must require its members to sign the Ubuntu Code of Conduct.

  3. The team must have at least one representative tasked with educating new members on BugControl policies.

  4. The representative above must be a current member of BugControl.

Application

One of the team's administrators should e-mail the team's application to ubuntu-bugcontrol AT lists.launchpad.net. Please give us:

  • a brief reasoning of why it is important for the team to be a member.
  • identify who is/are the representative(s) -- give us the link to the LP home of each one.

Evaluation Criteria

One of the BugControl administrators will review the application and act on it. This may require e-mail/IRC exchange. Evaluation is subjective.


CategoryBugSquad
CategoryUbuntuTeams

UbuntuBugControl (last edited 2019-02-21 10:13:37 by brian-murray)