From: Ciaran McCreesh <ciaranm@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] [RFC] QA Team's role
Date: Sun, 26 Feb 2006 23:21:47 +0000 [thread overview]
Message-ID: <20060226232147.37349bc2@snowdrop.home> (raw)
In-Reply-To: <20060226231121.GB11930@dogmatix.willow.local>
[-- Attachment #1: Type: text/plain, Size: 2584 bytes --]
On Sun, 26 Feb 2006 23:11:21 +0000 johnm@gentoo.org wrote:
| On Sun, Feb 26, 2006 at 05:22:17PM -0500, Mark Loeser
| <halcy0n@gentoo.org> wrote:
| > * The QA team's purpose is to provide cross-herd assistance in
| > keeping the tree in a good state. This is done primarily by finding
| > and pointing out issues to maintainers and, where necessary, taking
| > direct action.
|
| Please clarify "neccessary". I don't want to see repeat occurances of
| non-issues bogging down real work. Also, please define around this a
| clear and documented policy so when its enforced, its well defended.
The problem is... It's impossible to document every single way in which
someone can screw up. For example, I wouldn't've thought to document
"you should not run mkdir in global scope", because I didn't think
anyone would be daft enough to do it. Policy *has* to rely upon the
basic assumption that developers won't do something crazy.
| > * The QA team may also offer to fix obvious typos and similar minor
| > issues, and silence from the package maintainers can be taken as
| > agreement in such situations.
|
| I have no objections, on the understanding that there is a definitive
| understanding of whats being changed and legitimate things aren't
| accidentally replaced.
Example of where this clause would be used, had said bug not been
fixed quickly anyway: bug #122902.
| > * In the case of disagreement on policy among QA members, the
| > majority of established QA members must agree with the action.
|
| Perhaps pushing it to an open forum on -dev/-core for consensus works
| better here?
The problem with that is, it usually ends up with too many pointless
comments from people saying how things could be fixed in the distant
future, or whining that it isn't explicitly forbidden by policy on
situations where the screwup was too weird to be documented previously.
| > * Just because a particular QA violation has yet to cause an issue
| > does not change the fact that it is still a QA violation.
|
| Is this a statement or a policy? I assume that if this is policy the
| non-visible issue would go about appropriate scrutany, and in turn a
| long-term solution made in the situation where it is not easily
| resolvable/avoidable.
This is to cover for situations where people claim that their screwups
are ok because no-one has yet reported it as broken.
--
Ciaran McCreesh : Gentoo Developer (Wearer of the shiny hat)
Mail : ciaranm at gentoo.org
Web : http://dev.gentoo.org/~ciaranm
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 191 bytes --]
next prev parent reply other threads:[~2006-02-26 23:25 UTC|newest]
Thread overview: 168+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-02-26 22:22 [gentoo-dev] [RFC] QA Team's role Mark Loeser
2006-02-26 22:58 ` Ciaran McCreesh
2006-02-26 23:13 ` johnm
2006-02-26 23:51 ` Daniel Goller
2006-02-27 0:42 ` Mark Loeser
2006-02-26 23:11 ` johnm
2006-02-26 23:21 ` Ciaran McCreesh [this message]
2006-02-26 23:35 ` johnm
2006-02-27 0:09 ` Mark Loeser
2006-02-27 0:29 ` Donnie Berkholz
2006-02-27 0:35 ` Mark Loeser
2006-02-27 1:53 ` Donnie Berkholz
2006-02-27 2:10 ` Mark Loeser
2006-02-27 3:34 ` Donnie Berkholz
2006-02-27 5:13 ` Ned Ludd
2006-02-27 6:25 ` Donnie Berkholz
2006-02-27 16:35 ` Ciaran McCreesh
2006-02-27 16:47 ` Lance Albertson
2006-02-27 17:15 ` Ciaran McCreesh
2006-02-28 10:21 ` Paul de Vrieze
2006-02-28 14:48 ` Ciaran McCreesh
2006-02-28 15:02 ` Paul de Vrieze
2006-02-27 17:30 ` Stephen Bennett
2006-02-28 9:19 ` John Mylchreest
2006-02-28 16:04 ` Mike Frysinger
2006-02-27 20:05 ` Donnie Berkholz
2006-02-27 5:09 ` Ned Ludd
2006-02-27 16:37 ` Ciaran McCreesh
2006-02-27 8:58 ` John Mylchreest
2006-02-26 23:41 ` Alec Warner
2006-02-26 23:51 ` Stuart Herbert
2006-02-27 0:12 ` Mark Loeser
2006-02-27 9:09 ` John Mylchreest
2006-02-27 16:37 ` Ciaran McCreesh
2006-02-27 17:09 ` John Mylchreest
2006-02-27 17:18 ` Ciaran McCreesh
2006-02-26 23:48 ` Stuart Herbert
2006-02-27 0:34 ` Mark Loeser
2006-02-27 1:21 ` Daniel Goller
2006-02-27 9:00 ` Stuart Herbert
2006-02-27 17:08 ` Ciaran McCreesh
2006-02-27 17:21 ` Mike Frysinger
2006-02-27 18:12 ` Ciaran McCreesh
2006-02-27 17:31 ` Renat Lumpau
2006-02-27 20:26 ` Stuart Herbert
2006-02-27 20:37 ` Ciaran McCreesh
2006-02-27 20:45 ` Renat Lumpau
2006-02-27 20:54 ` Ciaran McCreesh
2006-02-27 21:02 ` Renat Lumpau
2006-02-27 21:04 ` Grant Goodyear
2006-02-27 21:18 ` Stephen P. Becker
2006-02-27 21:34 ` Re[2]: " Jakub Moc
2006-02-27 22:38 ` Grant Goodyear
2006-02-27 23:07 ` Alec Warner
2006-02-27 21:34 ` Ciaran McCreesh
2006-02-28 10:42 ` Paul de Vrieze
2006-02-27 21:12 ` Stuart Herbert
2006-02-27 21:32 ` Ciaran McCreesh
2006-02-28 9:49 ` Re[2]: " Jakub Moc
2006-02-28 14:31 ` Mike Frysinger
2006-02-28 14:39 ` Ciaran McCreesh
2006-02-28 15:08 ` Re[2]: " Jakub Moc
2006-02-28 15:29 ` Stephen Bennett
2006-02-28 15:42 ` Re[2]: " Jakub Moc
2006-02-28 16:23 ` Stephen Bennett
2006-02-28 16:24 ` [gentoo-dev] Policies (was: [RFC] QA Team's role) Danny van Dyk
2006-02-28 16:39 ` Jakub Moc
2006-02-28 18:35 ` Mike Frysinger
2006-02-28 15:29 ` [gentoo-dev] [RFC] QA Team's role Ciaran McCreesh
2006-03-01 7:37 ` Re[2]: " Jakub Moc
2006-03-01 16:44 ` Mike Frysinger
2006-02-28 16:00 ` Mike Frysinger
2006-02-28 11:45 ` Re[2]: " Jakub Moc
2006-02-27 21:43 ` Stephen Bennett
2006-02-28 6:11 ` Mike Frysinger
2006-02-27 20:49 ` Re[2]: " Jakub Moc
2006-02-27 21:33 ` Ciaran McCreesh
2006-02-28 9:38 ` Re[2]: " Jakub Moc
2006-02-28 12:54 ` Stephen P. Becker
2006-02-28 13:34 ` Re[2]: " Jakub Moc
2006-02-28 14:00 ` Stephen P. Becker
2006-02-28 14:33 ` Re[2]: " Jakub Moc
2006-02-28 15:07 ` Paul de Vrieze
2006-02-28 14:21 ` Stuart Herbert
2006-02-28 14:46 ` Ciaran McCreesh
2006-02-28 14:55 ` Stuart Herbert
2006-02-28 14:52 ` Ciaran McCreesh
2006-02-28 15:12 ` Patrick Lauer
2006-02-28 15:26 ` Re[2]: " Jakub Moc
2006-02-28 15:42 ` Ciaran McCreesh
2006-02-28 16:11 ` Patrick Lauer
2006-02-28 16:35 ` Ciaran McCreesh
2006-02-28 17:00 ` Re[2]: " Jakub Moc
2006-02-28 17:09 ` Ciaran McCreesh
2006-02-28 17:30 ` Re[2]: " Jakub Moc
2006-02-28 17:38 ` Ciaran McCreesh
2006-02-28 17:59 ` Patrick Lauer
2006-02-28 18:09 ` Dan Meltzer
2006-02-28 18:12 ` Ciaran McCreesh
2006-02-28 19:03 ` Wernfried Haas
2006-02-28 18:14 ` Fernando J. Pereda
2006-02-28 18:19 ` Stephen Bennett
2006-02-28 18:55 ` Patrick Lauer
2006-02-28 18:01 ` Stephen Bennett
2006-02-28 18:02 ` Alec Warner
2006-02-28 19:11 ` Thomas de Grenier de Latour
2006-02-28 19:21 ` Renat Lumpau
2006-02-28 19:24 ` Renat Lumpau
2006-02-28 19:09 ` Re[2]: " Jakub Moc
2006-02-28 19:42 ` Danny van Dyk
2006-02-28 20:20 ` Ciaran McCreesh
2006-03-01 12:09 ` Paul de Vrieze
2006-03-01 12:24 ` Re[2]: " Jakub Moc
2006-03-01 13:16 ` Simon Stelling
2006-02-28 17:02 ` Renat Lumpau
2006-02-28 17:11 ` Ciaran McCreesh
2006-02-28 17:51 ` Renat Lumpau
2006-02-28 19:59 ` Mike Frysinger
2006-02-28 20:10 ` Re[2]: " Jakub Moc
2006-02-28 20:39 ` Mike Frysinger
2006-02-28 21:02 ` Re[2]: " Jakub Moc
2006-02-28 21:31 ` Mike Frysinger
2006-02-28 21:50 ` Renat Lumpau
2006-02-28 21:55 ` Dan Meltzer
2006-02-28 22:10 ` Renat Lumpau
2006-02-28 21:57 ` Ciaran McCreesh
2006-02-28 22:12 ` Renat Lumpau
2006-02-28 22:14 ` Grant Goodyear
2006-02-28 22:36 ` Renat Lumpau
2006-02-28 23:34 ` Mark Loeser
2006-02-28 23:45 ` Renat Lumpau
2006-02-28 23:57 ` Mark Loeser
2006-03-01 0:13 ` Lance Albertson
2006-03-01 0:28 ` Ciaran McCreesh
2006-03-01 0:40 ` Mike Frysinger
2006-03-01 7:17 ` Re[2]: " Jakub Moc
2006-03-01 2:22 ` Lance Albertson
2006-02-28 22:42 ` Patrick Lauer
2006-02-28 22:50 ` Ciaran McCreesh
2006-02-28 23:10 ` Patrick Lauer
2006-02-28 23:45 ` Mark Loeser
2006-02-28 21:58 ` Alec Warner
2006-02-28 23:08 ` Mike Frysinger
2006-03-01 12:24 ` Paul de Vrieze
2006-02-28 18:00 ` Re[2]: " Jakub Moc
2006-02-28 18:39 ` Mike Frysinger
2006-02-28 19:27 ` Re[2]: " Jakub Moc
2006-02-28 19:38 ` Stephen Bennett
2006-02-28 19:42 ` Stephen P. Becker
2006-02-28 16:40 ` Renat Lumpau
2006-02-28 16:22 ` Re[2]: " Jakub Moc
2006-02-28 16:39 ` Ciaran McCreesh
2006-02-28 15:30 ` Ciaran McCreesh
2006-02-28 15:17 ` Paul de Vrieze
2006-02-28 15:31 ` Ciaran McCreesh
2006-03-01 7:21 ` Re[2]: " Jakub Moc
2006-03-01 10:29 ` Danny van Dyk
2006-03-01 11:02 ` Re[2]: " Jakub Moc
2006-03-01 12:30 ` Paul de Vrieze
2006-02-28 15:21 ` Renat Lumpau
2006-02-27 20:57 ` Stuart Herbert
2006-02-28 10:34 ` Paul de Vrieze
2006-02-28 14:47 ` Ciaran McCreesh
2006-02-28 15:22 ` Paul de Vrieze
2006-02-27 18:05 ` Grant Goodyear
2006-02-27 18:19 ` Ciaran McCreesh
2006-02-28 10:55 ` Paul de Vrieze
2006-02-27 19:05 ` Mark Loeser
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20060226232147.37349bc2@snowdrop.home \
--to=ciaranm@gentoo.org \
--cc=gentoo-dev@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox