From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from <gentoo-qa+bounces-143-garchives=archives.gentoo.org@lists.gentoo.org>) id 1PgvsL-00033Y-Bl for garchives@archives.gentoo.org; Sun, 23 Jan 2011 09:04:45 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E22C1E0A9A for <garchives@archives.gentoo.org>; Sun, 23 Jan 2011 09:04:42 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 1BF75E0A96 for <gentoo-qa@lists.gentoo.org>; Sun, 23 Jan 2011 09:02:26 +0000 (UTC) Received: from bullet.local (p5DD231AB.dip.t-dialin.net [93.210.49.171]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: tove) by smtp.gentoo.org (Postfix) with ESMTPSA id 2FF2A1B4046 for <gentoo-qa@lists.gentoo.org>; Sun, 23 Jan 2011 09:02:25 +0000 (UTC) Received: from localhost (unknown [127.0.0.1]) by bullet.local (Postfix) with ESMTP id D2CAD1DAC for <gentoo-qa@lists.gentoo.org>; Sun, 23 Jan 2011 09:00:22 +0000 (UTC) X-Virus-Scanned: amavisd-new at bullet.veller.net Received: from bullet.local ([127.0.0.1]) by localhost (bullet.veller.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id KKdlPfz8tPZx for <gentoo-qa@lists.gentoo.org>; Sun, 23 Jan 2011 10:00:21 +0100 (CET) Received: by bullet.local (Postfix, from userid 1000) id 8FB4C39BC; Sun, 23 Jan 2011 10:00:21 +0100 (CET) Date: Sun, 23 Jan 2011 10:00:21 +0100 From: Torsten Veller <tove@gentoo.org> To: gentoo-qa@lists.gentoo.org Subject: [gentoo-qa] Re: Proposed changes to GLEP48 Message-ID: <20110123084830.TAb245b0.tv@veller.net> Mail-Followup-To: gentoo-qa@lists.gentoo.org References: <1295730438.2648.99.camel@raven.home.flameeyes.eu> Precedence: bulk List-Post: <mailto:gentoo-qa@lists.gentoo.org> List-Help: <mailto:gentoo-qa+help@lists.gentoo.org> List-Unsubscribe: <mailto:gentoo-qa+unsubscribe@lists.gentoo.org> List-Subscribe: <mailto:gentoo-qa+subscribe@lists.gentoo.org> List-Id: Gentoo Linux mail <gentoo-qa.gentoo.org> X-BeenThere: gentoo-qa@lists.gentoo.org Reply-to: gentoo-qa@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <1295730438.2648.99.camel@raven.home.flameeyes.eu> X-Face: ===_______=8)_=8)_______A_very_very_nice_face_______=8)_=8)_______=== Jabber-ID: tove@jabber.ccc.de X-PGP-Fingerprint: 0416 3C11 8D79 65B9 AAD0 2065 BBC7 14D1 9C67 CD96 User-Agent: Mutt/1.5.21 (2010-09-15) Content-Transfer-Encoding: quoted-printable X-Archives-Salt: X-Archives-Hash: 788bf8ea9540fe002713f34962749570 * Diego Elio Petten=F2 <flameeyes@gmail.com>: The current "QA team's role and purpose" (GLEP 48) always talks about the QA TEAM -- and I think this is good: QA needs a leader who can build a team IMHO. (Only once the lead is mentioned: New team members have to be approved by the lead.) > +* The QA team is directed by a lead, chosen yearly by private or > + public election among the members of the team. The QA team lead can > + choose one member as deputy, whose decisions should be considered as > + they were made by the lead in case he (or she) is not available. "[Projects] may have one or many leads, and the leads are selected by the members of the project. This selection must occur at least once every 12 months, and may occur at any time." [GLEP 39] Why did you drop the "any time" rule? "not available" -- within two hours, two days or two weeks, or devaway or until the end of the fixed one-year-term (instead of running a new election)? Or: How can the other teams know that the deputy takes the lead role? > +* The QA team lead approves applicant developers as team members. By > + doing this he (or she) will accept to direct them as part of the tea= m > + and will be held responsible for their actions, as taken on behalf > + of the QA team. Here you wanted to drop the developer-for-four-months requirement. Ok. "the lead will be held responsible for their actions" I think this can be dropped: the team is responsible for its actions anyw= ay (whatever that means) and the lead will be replaced soon too. > -* If a particular developer persistently causes breakage, the QA team > - may request that devrel re-evaluates that developer's commit rights. > - Evidence of past breakages will be presented with this request to de= vrel. > +* In case a particular developer persistently causes breakage, the QA > + lead may request his (or her) commit rights to be suspended. Devrel > + should then proceed to evalute the situation, by finding a > + compromise or definitely revoking those rights. What do you mean by "Devrel should then proceed to evalute the situation, by finding a compromise or definitely revoking those rights"? Two points: - QA specifies how Devrel is supposed to work in this case? - Compromise between the particular developer and QA? So if the QA team doesn't want to find a compromise, the developer will have his commit bit definitely revoked? > +* Should a situation arise where a developer causes breakage to the > + point it cannot be ascribed to bona-fide mistake, either the lead or "be ascribed to bona-fide mistake" -- how can we evaluate this? Do you think this rule would have been used in the past? > + two members of the QA team can require the Infra team to temporarily > + suspend access to said developer, pending analysis of the causes and > + resolution to be provided within a week of said suspension. And then? Appeal to the council? Will unjustified decisions by the QA team lead or the two members be investigated too? --=20 Regards Torsten