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 716B0138247 for ; Wed, 22 Jan 2014 22:06:36 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6926AE0B37; Wed, 22 Jan 2014 22:06:30 +0000 (UTC) Received: from mail-wg0-f47.google.com (mail-wg0-f47.google.com [74.125.82.47]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 50096E0653 for ; Wed, 22 Jan 2014 22:06:29 +0000 (UTC) Received: by mail-wg0-f47.google.com with SMTP id m15so885602wgh.14 for ; Wed, 22 Jan 2014 14:06:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=1pRdQEHf2Mh0c5YlqEKUAIy2kYnGxbtJJ2MuP9pgCRg=; b=SHw6IJM3f7pMAp4xLw5xOa7DIARMZRtfpr4ZtCQq9l/rZ4UqmgtPWDsEfBm2fQDjaF KvbDWGBZZ+lP3iNANNKpws8YdRqqlvYHJBUL4PZLjjCEC6Gf6/22zL/xPdceBNha+kQ9 uhAORSMV1fEosycGRHo2jLsFij/QXV42JfUrBGsToBBtenwHPh4JZRuyOq9dXid+YUZP wogiaP1eUit1FcfkMYSlvVVlcAl2VWU0cuSdHOahXavhJDWtL38Z6Za5ciVrF3pqlkG/ jD0AXNgSERRx4ZPRN5jOfA1I8gGczgH0Ks7hfhuj09cuFp2BAVvIfuuON4G+pLbyXM6j 2sog== X-Received: by 10.195.13.113 with SMTP id ex17mr4054924wjd.0.1390428387979; Wed, 22 Jan 2014 14:06:27 -0800 (PST) Received: from [172.20.0.40] (196-210-244-37.dynamic.isadsl.co.za. [196.210.244.37]) by mx.google.com with ESMTPSA id ey3sm22301412wib.4.2014.01.22.14.06.26 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 22 Jan 2014 14:06:27 -0800 (PST) Message-ID: <52E040E0.8090407@gmail.com> Date: Thu, 23 Jan 2014 00:06:24 +0200 From: Alan McKinnon User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 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 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] rfc: formally allow qa to suspend commit rights References: <20140119050224.GA7898@laptop.home> <20140120035446.063a31be@TOMWIJ-GENTOO> <52DD2E2A.2020303@gmail.com> <20140121155616.6a8cdf9b@TOMWIJ-GENTOO> <52DF6C7E.8020908@gmail.com> <52DFBABD.8090102@gentoo.org> In-Reply-To: <52DFBABD.8090102@gentoo.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 0dd76245-44c7-4715-be3f-280cf4c84a96 X-Archives-Hash: ce2d9fdeff46d17298def78cfcb533dc On 01/22/14 14:34, Patrick Lauer wrote: >> Do you realise the message that is sent by denying someone access? You >> > are saying that person is not good enough to work on Gentoo. Do you >> > really want to send that message? > Yes. And I have no problem being the Evil Guy who pulls the trigger, > err, presses the enter key. > > You are saying that *any* contribution should be accepted just to not > hurt someones feelings. No, I'm not even remotely saying that. Please go back and read gain what I did say. I never mentioned anything about "any contribution". What I did say comes after the qualifier "by denying someone access", which is a very far cry indeed from "any contribution". I also have no problem being the Evil Guy, because I am that sonofabitch. I really know what happens when you suspend/nuke/delete access because I have done it. And every single time it was the wrong thing to do. The only time it was acceptable is for a runaway script or similar, or an honest mistake where I can fix the fallout far faster than the user can. As the sysadmin and root, I know more about the systems than the users do, similarly in Gentoo land it's a fair assumption that the average QA person is more knowledgeable about the tree and policies than the average dev. So when QA takes action in a spirit of help and with communication in place, all is good and things usually work out well. When it swings the other way and suspension is done as a means of punishment (to whatever degree) then QA has stepped beyond the bounds of what QA is about and into something else. I still don't see any suggestions in this thread on how to limit the scope of what QA wants. No-one will seriously try prevent a good QA guy from limiting damage, but what happens when QA itself abuses the policy? And it will happen, we both know this. How does QA propose to curb that downside? -- Alan McKinnon alan.mckinnon@gmail.com