git.notmuchmail.org Git - notmuch/blob - test/corpora/lkml/cur/1382298793.003231:2,

   1 From: Mark Brown <broonie@opensource.wolfsonmicro.com>
   2 Subject: Re: rfc: rewrite commit subject line for subsystem maintainer
   3  preference tool
   4 Date: Tue, 16 Nov 2010 18:12:27 +0000
   5 Lines: 26
   6 Message-ID: <20101116181226.GB26239@rakim.wolfsonmicro.main>
   7 References: <1289842444.16461.140.camel@Joe-Laptop>
   8  <20101115182708.GJ12986@rakim.wolfsonmicro.main>
   9  <1289845830.16461.149.camel@Joe-Laptop>
  10  <20101115190738.GF3338@sirena.org.uk>
  11  <1289848458.16461.150.camel@Joe-Laptop>
  12  <20101115193407.GK12986@rakim.wolfsonmicro.main>
  13  <1289850773.16461.166.camel@Joe-Laptop>
  14  <20101116104921.GL12986@rakim.wolfsonmicro.main>
  15  <1289919077.28741.50.camel@Joe-Laptop>
  16  <20101116183707.179964dd@schatten.dmk.lab>
  17 Mime-Version: 1.0
  18 Content-Type: text/plain; charset=us-ascii
  19 Cc: Joe Perches <joe@perches.com>, Jiri Kosina <trivial@kernel.org>,
  20         Andrew Morton <akpm@linux-foundation.org>,
  21         alsa-devel@alsa-project.org, linux-kernel@vger.kernel.org
  22 To: Florian Mickler <florian@mickler.org>
  23 X-From: linux-kernel-owner@vger.kernel.org Tue Nov 16 19:12:51 2010
  24 Return-path: <linux-kernel-owner@vger.kernel.org>
  25 Envelope-to: glk-linux-kernel-3@lo.gmane.org
  26 Received: from vger.kernel.org ([209.132.180.67])
  27         by lo.gmane.org with esmtp (Exim 4.69)
  28         (envelope-from <linux-kernel-owner@vger.kernel.org>)
  29         id 1PIQ1Q-0006KJ-Uw
  30         for glk-linux-kernel-3@lo.gmane.org; Tue, 16 Nov 2010 19:12:49 +0100
  31 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
  32         id S1756467Ab0KPSMa (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
  33         Tue, 16 Nov 2010 13:12:30 -0500
  34 Received: from opensource.wolfsonmicro.com ([80.75.67.52]:42692 "EHLO
  35         opensource2.wolfsonmicro.com" rhost-flags-OK-OK-OK-FAIL)
  36         by vger.kernel.org with ESMTP id S1755686Ab0KPSM3 (ORCPT
  37         <rfc822;linux-kernel@vger.kernel.org>);
  38         Tue, 16 Nov 2010 13:12:29 -0500
  39 Received: from rakim.wolfsonmicro.main (lumison.wolfsonmicro.com [87.246.78.27])
  40         by opensource2.wolfsonmicro.com (Postfix) with ESMTPSA id 3E8603B44D5;
  41         Tue, 16 Nov 2010 18:12:28 +0000 (GMT)
  42 Received: from broonie by rakim.wolfsonmicro.main with local (Exim 4.72)
  43         (envelope-from <broonie@rakim.wolfsonmicro.main>)
  44         id 1PIQ15-0000oJ-5s; Tue, 16 Nov 2010 18:12:27 +0000
  45 Content-Disposition: inline
  46 In-Reply-To: <20101116183707.179964dd@schatten.dmk.lab>
  47 X-Cookie: Onward through the fog.
  48 User-Agent: Mutt/1.5.20 (2009-06-14)
  49 Sender: linux-kernel-owner@vger.kernel.org
  50 Precedence: bulk
  51 List-ID: <linux-kernel.vger.kernel.org>
  52 X-Mailing-List: linux-kernel@vger.kernel.org
  53 Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1063261>
  54
  55 On Tue, Nov 16, 2010 at 06:37:07PM +0100, Florian Mickler wrote:
  56
  57 > My first reaction to this is, it's silly. Certainly a
  58 > subsystem-maintainer is capable of hacking something together that
  59 > suits his needs or may just use a good editor to get the job done.
  60 > After all, he might want to edit the commit message anyway. Also he has
  61 > to have his act together for all non-conforming submitters anyway,
  62 > because shurely, telling people to re-edit their patches subject line
  63 > is not what one would consider "welcoming to newbies",  or whatever it
  64 > is kernel subsystem maintainers have to be nowadays *g*...
  65
  66 So, my general policy on this is that I tend to push back on patches
  67 which don't just work with the toolset (subject lines are just one part
  68 of it) to a variable extent depending on who's submitting and what
  69 they're submitting.  One of the factors is that the more patches are
  70 coming from someone the easier I expect their patches to be to work
  71 with.
  72
  73 The reason this came up is that this is one of the issues with Joe's
  74 patches (which are rather frequent) but he is only willing to do things
  75 that he can automate.
  76
  77 > (MAINTAINERS seems to be the logical place to put this
  78 > information.)
  79
  80 Indeed.
  81
  82