Re: [gentoo-dev] [RFC] QA Team's role

[Grant Goodyear <g2boojum@gentoo.org>]

[-- Attachment #1: Type: text/plain, Size: 1560 bytes --]

Renat Lumpau wrote:
> On Tue, Feb 28, 2006 at 04:31:37PM -0500, Mike Frysinger wrote:
>> today's lesson: proactive QA is frowned upon, it's only a bug when a user 
>> files a report at bugs.gentoo.org
> 
> I don't think that's the lesson. It oughtta be: we need a way to figure out
> which QA issues are important and which are less so. A QA team member's opinion
> (personal attacks, whatever) should be an important input but not the final say.

At the risk of trying to get this conversation back on track, here's
what has been happening:  Some members of the QA team are working on a
new QA tool to identify QA problems in the portage tree.  As they add
new tests, they run their tool on the tree, and file bugs on any
packages that are found to violate that particular QA test.  I think
it's fair to say that these QA checks will find problems ranging from
not-awful-but-annoying to could-break-your-system, but they are all bugs
that ought to be fixed eventually.  Now, if you're currently working on
fixing a big problem and thus too busy to fix the little one, that's
perfectly reasonable, but to not fix a small bug because you know there
are larger bugs that aren't fixed just seems lazy.

So, back to the big issue, are there any real complaints about the QA
team essentially formulating QA policy?  Should new QA policies instead
follow the same rules as new global USE flags or eclasses--an e-mail to
-dev asking for comments first?  Does QA trump, or does the maintainer
trump when it comes to disputes?

-g2boojum-


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]