Re: [PATCH] emacs: wash: make word-wrap bound message width
[notmuch-archives.git] / 05 / faed15d65276322bb3a61d8a1aa8b31a8335e0
1 Return-Path: <cworth@cworth.org>\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 AD23C40BDA0\r
6         for <notmuch@notmuchmail.org>; Tue, 21 Sep 2010 15:23:07 -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: -2.89\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-2.89 tagged_above=-999 required=5\r
12         tests=[ALL_TRUSTED=-1, BAYES_00=-1.9, T_MIME_NO_TEXT=0.01]\r
13         autolearn=ham\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 msjCWFkCQ94E; Tue, 21 Sep 2010 15:22:57 -0700 (PDT)\r
17 Received: from yoom.home.cworth.org (localhost [127.0.0.1])\r
18         by olra.theworths.org (Postfix) with ESMTP id 237B640BC9C;\r
19         Tue, 21 Sep 2010 15:22:57 -0700 (PDT)\r
20 Received: by yoom.home.cworth.org (Postfix, from userid 1000)\r
21         id B54E5568E45; Tue, 21 Sep 2010 15:22:56 -0700 (PDT)\r
22 From: Carl Worth <cworth@cworth.org>\r
23 To: Jameson Rollins <jrollins@finestructure.net>, notmuch@notmuchmail.org\r
24 Subject: Re: notmuch development\r
25 In-Reply-To: <87lj6ukdtj.fsf@servo.finestructure.net>\r
26 References: <AANLkTi=31v1TKaiBVzMD1G3oP5C_905Z4cJwGy=0uG5F@mail.gmail.com>\r
27         <87k4men8gx.fsf@yoom.home.cworth.org>\r
28         <87lj6ukdtj.fsf@servo.finestructure.net>\r
29 User-Agent: Notmuch/0.3.1-90-g8071c5c (http://notmuchmail.org) Emacs/23.2.1\r
30         (i486-pc-linux-gnu)\r
31 Date: Tue, 21 Sep 2010 15:22:56 -0700\r
32 Message-ID: <87bp7qn3cv.fsf@yoom.home.cworth.org>\r
33 MIME-Version: 1.0\r
34 Content-Type: multipart/signed; boundary="=-=-=";\r
35         micalg=pgp-sha1; protocol="application/pgp-signature"\r
36 X-BeenThere: notmuch@notmuchmail.org\r
37 X-Mailman-Version: 2.1.13\r
38 Precedence: list\r
39 List-Id: "Use and development of the notmuch mail system."\r
40         <notmuch.notmuchmail.org>\r
41 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
42         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
43 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
44 List-Post: <mailto:notmuch@notmuchmail.org>\r
45 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
46 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
47         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
48 X-List-Received-Date: Tue, 21 Sep 2010 22:23:07 -0000\r
49 \r
50 --=-=-=\r
51 Content-Transfer-Encoding: quoted-printable\r
52 \r
53 On Tue, 21 Sep 2010 17:05:12 -0400, Jameson Rollins <jrollins@finestructure=\r
54 .net> wrote:\r
55 > Hey, Carl.  The most obvious thing I can think of is delegating some\r
56 > lieutenants to handle processing patches.  There definitely are some\r
57 > worthy candidates (who are kind of already doing this already).  Even if\r
58 > they're not actually pushing patches into a canonical repo, they could\r
59 > at least vet in-coming patches and prep things for your review.  If they\r
60 > could present you with branches that are potentially "ready to go" it\r
61 > might make things a lot easier for you, especially when you're in a\r
62 > crunch.\r
63 \r
64 Yes. Other people can definitely help me, particular as I gain trust in\r
65 their ability to review, accept, and reject patches in a similar way to\r
66 what I would have done myself.\r
67 \r
68 I do like that patches are in general sent to the mailing list, and I'd\r
69 like that to continue. I use searches based on the list messages to\r
70 determine patches that I still need to review, (though, obviously I'm\r
71 quite a ways behind in this process).\r
72 \r
73 As people review and accept patches, I'd love to receive mail addressed\r
74 specifically to me, (can copy the list as well, of course), with\r
75 pointers to git repositories that have "accepted" patches integrated\r
76 into them.\r
77 \r
78 That will definitely help me prioritize pulling such patches into the\r
79 canonical repository.\r
80 \r
81 =2DCarl\r
82 \r
83 =2D-=20\r
84 carl.d.worth@intel.com\r
85 \r
86 --=-=-=\r
87 Content-Type: application/pgp-signature\r
88 \r
89 -----BEGIN PGP SIGNATURE-----\r
90 Version: GnuPG v1.4.10 (GNU/Linux)\r
91 \r
92 iD8DBQFMmTBA6JDdNq8qSWgRAvElAKCYH88hg/hHvcYQ3lJmNcZFHPYhiwCgj/8I\r
93 eF2M0L5MTtyDL6u2RiLtN50=\r
94 =jOts\r
95 -----END PGP SIGNATURE-----\r
96 --=-=-=--\r