QA meeting

Line 22: Line 22:
* Bugtracker field should be a blocker ? what about background packages ?
* Bugtracker field should be a blocker ? what about background packages ?
* What to do with CLI apps ?
* What to do with CLI apps ?
-
 
+
* Allow people to vote multiple time.
'''Actionable items'''
'''Actionable items'''
1. We recommend lowering acceptable karma from 10 to 5.
1. We recommend lowering acceptable karma from 10 to 5.

Revision as of 14:46, 10 November 2009

QA Meeting Agenda

Please place the things you wish to discuss at the QA meeting on IRC below.

Meeting details

  • IRC: irc.freenode.org
  • Channel: #maemo-meeting
  • Time: Tuesday, November 10th, 14:30 UTC

Agenda

  • QA is good.
  • The criteria are a good start, but need tweaks
  • The packages UI needs some streamlining for testers.
  • As a tester, a better reminder of the checklist when checking would be good. I also like the ease with which I can give feedback.
  • As a developer, I don't *think* I want to be constrained with "release early, release often" when fixing bugs or introducing new small features.
  • We need a mechanism to preserve karma or reset it to zero.
  • Discuss the possibility of PPAs or personal repositories.
  • specific bug report should always be required to block a package from entering Extras.
  • Developer's karma and tester's karma should be incorporated so that a "developer with high karma would be able to push packages through the process faster, and a high rolling tester would be able keep bugs open and classified as critical in case of disagreement."
  • Bugtracker field should be a blocker ? what about background packages ?
  • What to do with CLI apps ?
  • Allow people to vote multiple time.

Actionable items

1. We recommend lowering acceptable karma from 10 to 5.