From Fedora Project Wiki
(Possible changes to wording for "BugZappers Role" in PackageMaintainers/policy) |
No edit summary |
||
Line 1: | Line 1: | ||
Possible changes for review- wording for BugZappers Role on https://fedoraproject.org/wiki/PackageMaintainers/Policy | Possible changes for review- wording for BugZappers Role on https://fedoraproject.org/wiki/PackageMaintainers/Policy | ||
Line 7: | Line 6: | ||
Review and filter bug report submissions in BugZilla, for correct component, actionable information and duplication. | *Review and filter bug report submissions in BugZilla, for correct component, actionable information and duplication. | ||
Re-assign components, mark duplicates or request further information when necessary. | *Re-assign components, mark duplicates or request further information when necessary. | ||
Advance Bug Work Flow status to NEEDINFO, ASSIGNED or CLOSED when applicable. | *Advance Bug Work Flow status to NEEDINFO, ASSIGNED or CLOSED when applicable. | ||
*Assign bugs to the blocker and tracker lists according to policy. | *Assign bugs to the blocker and tracker lists according to policy. (See Note) | ||
Preform HouseKeeping necessary during release EOL (End-of-Life) transitions. | *Preform HouseKeeping necessary during release EOL (End-of-Life) transitions. | ||
Communicate through relevant mailing lists and the Bugzilla comment system to keep the Fedora community informed of impending or current EOL transitions, version change, etc. | *Communicate through relevant mailing lists and the Bugzilla comment system to keep the Fedora community informed of impending or current EOL transitions, version change, etc. | ||
Note: Not sure about this one, the word policy isn't correct. |
Revision as of 12:56, 24 January 2009
Possible changes for review- wording for BugZappers Role on https://fedoraproject.org/wiki/PackageMaintainers/Policy
Only the part about blockers and trackers would be beyond a new triager, while the rest works for both new triager and package maintainer.
- Review and filter bug report submissions in BugZilla, for correct component, actionable information and duplication.
- Re-assign components, mark duplicates or request further information when necessary.
- Advance Bug Work Flow status to NEEDINFO, ASSIGNED or CLOSED when applicable.
- Assign bugs to the blocker and tracker lists according to policy. (See Note)
- Preform HouseKeeping necessary during release EOL (End-of-Life) transitions.
- Communicate through relevant mailing lists and the Bugzilla comment system to keep the Fedora community informed of impending or current EOL transitions, version change, etc.
Note: Not sure about this one, the word policy isn't correct.