From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id A02F6138247 for ; Mon, 20 Jan 2014 02:48:51 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1CE73E0E0A; Mon, 20 Jan 2014 02:48:45 +0000 (UTC) Received: from baptiste.telenet-ops.be (baptiste.telenet-ops.be [195.130.132.51]) by pigeon.gentoo.org (Postfix) with ESMTP id 047BBE0DFB for ; Mon, 20 Jan 2014 02:48:43 +0000 (UTC) Received: from TOMWIJ-GENTOO ([94.226.55.127]) by baptiste.telenet-ops.be with bizsmtp id G2oi1n00C2khLEN012oi64; Mon, 20 Jan 2014 03:48:42 +0100 Date: Mon, 20 Jan 2014 03:47:35 +0100 From: Tom Wijsman To: calchan@gentoo.org Cc: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] rfc: formally allow qa to suspend commit rights Message-ID: <20140120034735.52e87b9e@TOMWIJ-GENTOO> In-Reply-To: References: <20140119050224.GA7898@laptop.home> <20140120020137.111b36bf@TOMWIJ-GENTOO> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.22; x86_64-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/8UaLlTn3QQmqZhcXTNQ==81"; protocol="application/pgp-signature" X-Archives-Salt: 8b51d611-6e5e-45b2-9c0b-d7fed9ab9aea X-Archives-Hash: 5b371eeef429bc1cb2cd7f0e610a5933 --Sig_/8UaLlTn3QQmqZhcXTNQ==81 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 19 Jan 2014 18:22:39 -0700 Denis Dupeyron wrote: > On Sun, Jan 19, 2014 at 6:01 PM, Tom Wijsman > wrote: > > It is more of a "Do we want QA to delegate this through ComRel or > > not?". >=20 > Actually, no. What it is is a "Subject was thoroughly discussed in the > past, and a decision was made." More than once, in fact. What basis do > you have that would warrant more bilkeshedding on this subject? The basis that it has once been accepted as well as another time invited more discussion, clearly indicates that it needs further bikeshedding: http://www.gentoo.org/proj/en/council/meeting-logs/20110308-summary.txt * GLEP 48 (QA) After a long discussion and a review of the final proposal text, the result is the following: - vote: in favor: scarabeus, ferringb, wired, jmbsvicetto didn't state (abstain): betelgeuse, patrick, a3li -> Given the result, the GLEP update is accepted and can proceed, albeit Peteri raised a question how Devrel is going to work out the resolution after the process is handled over from QA. It was agreed that the part of the text (last sentence of the diff) will be updated with string based on what those two teams agree with without more council involvment (unless required otherwise).. http://www.gentoo.org/proj/en/council/meeting-logs/20110608-summary.txt * GLEP48 review Jorge submitted a proposal to the ml to update GLEP48[4]. After some initial debate over the power granted to the QA team, the timeline in case of an escalation to DevRel, the relation with DevRel and whether QA should only enforce policies or also take part in creating policies, after the request by Patrick, Jorge -> suggested pushing this back to the mls. Petteri then asked the council to at least vote to commit the non suspension related parts of the proposal. The diff[5] was approved with 6 yes votes. Alec during this discussion presented some thoughts about the QA team[6]. [4] - http://archives.gentoo.org/gentoo-project/msg_ac161677a6e06a8647e16420e= eae8d47.xml [5] - http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo/xml/htdocs/proj/en/= glep/glep-0048.txt?r1=3D1.3&r2=3D1.4 [6] - http://pastebin.com/C1jGF1DJ > It may sound crazy, but it isn't entirely impossible that decisions > made in the past were not made lightly. This assumes that the decisions have voted against the matter; however, they voted for this matter on the basis of a small change to be made to it (20110308-summary.txt) but that never happened and seems forgotten. Some developers even refer to Diego having used this power in the past. > It's also not entirely impossible that one of the reasons such > decisions are made is so that people can stop rehashing the same > topics over and over again and focus on more useful and fun topics. This assumes the topic to be useless or boring; however, that's personal opinion and there is an useful need for this from the QA, Council and ComRel perspective. Sometimes we need to deal with a more serious topic. This is one of those days. --=20 With kind regards, Tom Wijsman (TomWij) Gentoo Developer E-mail address : TomWij@gentoo.org GPG Public Key : 6D34E57D GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D --Sig_/8UaLlTn3QQmqZhcXTNQ==81 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJS3I5HAAoJEJWyH81tNOV9P88H/0DewozCaO1XMP0V6zT6GyJt Wlk3v+l+ow/KF5ytYfWu0V1ZleNogvAotyavc5xcADi0g6Lpe+HWhCtL8hiBgX5K pt9zU06SiGII3juTOHq2MlObyXkUgI/f0P+x8fQzmgexnvLR2v9jxNuf2DGC/fUr wJPa6k9mNZFqyX8eQgF9b7YuMVc8QCWiOQA0ZAK8r99SsPthy2E+k09APeynyelm 0A4YZ5IYpoQtzt4RkC6gufZjW7zuKiyiiYt2FvGb6BW/5h+8vwM59MDpmzf64CX1 CSHd86SeH9hlkaNFWHdyi1x2hatEQp/amjN8a9Adw4NVLl2e+nZrm4WeI+MlkXM= =j3QN -----END PGP SIGNATURE----- --Sig_/8UaLlTn3QQmqZhcXTNQ==81--