cc/3dac309d048e00091060fd438ed102ee49e9ce

   1 Return-Path: <doctormo@gmail.com>\r
   2 X-Original-To: notmuch@notmuchmail.org\r
   3 Delivered-To: notmuch@notmuchmail.org\r
   4 Received: from localhost (localhost [127.0.0.1])\r
   5         by olra.theworths.org (Postfix) with ESMTP id 0EEB1429E25\r
   6         for <notmuch@notmuchmail.org>; Tue, 13 Sep 2011 19:47:00 -0700 (PDT)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: -0.799\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-0.799 tagged_above=-999 required=5\r
  12         tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1,\r
  13         FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled\r
  14 Received: from olra.theworths.org ([127.0.0.1])\r
  15         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  16         with ESMTP id 8nK-zy4Umbvg for <notmuch@notmuchmail.org>;\r
  17         Tue, 13 Sep 2011 19:46:59 -0700 (PDT)\r
  18 Received: from mail-vw0-f43.google.com (mail-vw0-f43.google.com\r
  19         [209.85.212.43]) (using TLSv1 with cipher RC4-SHA (128/128 bits))\r
  20         (No client certificate requested)\r
  21         by olra.theworths.org (Postfix) with ESMTPS id 8AD92431FB6\r
  22         for <notmuch@notmuchmail.org>; Tue, 13 Sep 2011 19:46:59 -0700 (PDT)\r
  23 Received: by vws10 with SMTP id 10so1750697vws.2\r
  24         for <notmuch@notmuchmail.org>; Tue, 13 Sep 2011 19:46:57 -0700 (PDT)\r
  25 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;\r
  26         h=subject:from:to:content-type:date:message-id:mime-version:x-mailer\r
  27         :content-transfer-encoding;\r
  28         bh=sbXV7oA6A0I1iA/28+BfUoO3dvVNVR+a/Aeym6aH1Pc=;\r
  29         b=Vm2870RyZNEFJ/ollMVT97iIU/Ndu1quN1gB6d+0+0myba/XekiU4i4gz8ImPV39Im\r
  30         p0to05ZLAxHAkitJg+sc4AfMIjIbIgammXU0BVTDzp6sM7l5T3NjLVYizS3f7VUIEp5E\r
  31         kBDIiWiUzTYcmhLrBXhEaS71OamA7LISve5S0=\r
  32 Received: by 10.52.33.235 with SMTP id u11mr243444vdi.199.1315968417880;\r
  33         Tue, 13 Sep 2011 19:46:57 -0700 (PDT)\r
  34 Received: from [192.168.1.190] (pool-68-163-190-45.bos.east.verizon.net.\r
  35         [68.163.190.45])\r
  36         by mx.google.com with ESMTPS id bp4sm1868528vdc.0.2011.09.13.19.46.56\r
  37         (version=SSLv3 cipher=OTHER); Tue, 13 Sep 2011 19:46:56 -0700 (PDT)\r
  38 Subject: Patches, Developers and Training\r
  39 From: Martin Owens <doctormo@gmail.com>\r
  40 To: Notmuch developer list <notmuch@notmuchmail.org>\r
  41 Content-Type: text/plain; charset="UTF-8"\r
  42 Date: Tue, 13 Sep 2011 22:46:55 -0400\r
  43 Message-ID: <1315968415.2201.8.camel@delen>\r
  44 Mime-Version: 1.0\r
  45 X-Mailer: Evolution 2.30.3 \r
  46 Content-Transfer-Encoding: 7bit\r
  47 X-BeenThere: notmuch@notmuchmail.org\r
  48 X-Mailman-Version: 2.1.13\r
  49 Precedence: list\r
  50 List-Id: "Use and development of the notmuch mail system."\r
  51         <notmuch.notmuchmail.org>\r
  52 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  53         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  54 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  55 List-Post: <mailto:notmuch@notmuchmail.org>\r
  56 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  57 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  58         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  59 X-List-Received-Date: Wed, 14 Sep 2011 02:47:00 -0000\r
  60 \r
  61 Dear NotMuch Developers,\r
  62 \r
  63 As I understand it, notmuch is currently experiencing a backlog in the\r
  64 patch review process which is quite extensive.\r
  65 \r
  66 I'm not sure what the exact process is, but I imagine you're using some\r
  67 kind of tool similar to launchpad's merge request functionality that\r
  68 allows you to see branches for merging (or in this case patches).\r
  69 \r
  70 If the system tools are good, then does the project need more training\r
  71 from veterans to bring some new blood into the patch review/merge\r
  72 process? What is the exact bottleneck for us to have a healthy, prompt\r
  73 and robust patching process?\r
  74 \r
  75 If the query/help is out of place, my apologies.\r
  76 \r
  77 Best Regards, Martin Owens\r
  78 \r