From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=34616 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OlMdd-0004yM-RN for qemu-devel@nongnu.org; Tue, 17 Aug 2010 09:55:38 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OlMdc-000892-R5 for qemu-devel@nongnu.org; Tue, 17 Aug 2010 09:55:37 -0400 Received: from mx1.redhat.com ([209.132.183.28]:14377) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OlMdc-00088q-L6 for qemu-devel@nongnu.org; Tue, 17 Aug 2010 09:55:36 -0400 Message-ID: <4C6A94D0.2090201@redhat.com> Date: Tue, 17 Aug 2010 15:55:28 +0200 From: Jes Sorensen MIME-Version: 1.0 Subject: Re: [Qemu-devel] [PATCH 0/5] CODING_STYLE amendments References: <4C6A4291.1020105@redhat.com> <4C6A8CD8.2080701@codemonkey.ws> In-Reply-To: <4C6A8CD8.2080701@codemonkey.ws> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Anthony Liguori Cc: Blue Swirl , Miguel Di Ciurcio Filho , qemu-devel On 08/17/10 15:21, Anthony Liguori wrote: > On 08/17/2010 03:04 AM, Jes Sorensen wrote: >> On 08/13/10 20:02, Blue Swirl wrote: >>> I fully agree on the need of change and support your excellent idea. >>> There are other ways to solve the problem, but I believe we need more >>> order than more chaos. Perhaps we the QEMU developers should appoint >>> you the Guardian of the CODING_STYLE, and add a rule that no patch >>> shall be committed without your CS-Acked-by line? >>> >> I don't think this would ever work, it is begging for trouble relying on >> one person to review all patches for this. >> >> While I agree coding style is good since it enforces consistency, there >> are plenty problems with the old rules > > To be perfectly honest, we have enough hard problems to solve in QEMU. > We're spending a lot more time on coding style than we probably need to :-) I think we are in full agreement here, I am really just worried that we add additional procedures here that will slow down the real development. Cheers, Jes