Re: [feature request] emacs: use `notmuch insert` for FCC
[notmuch-archives.git] / 76 / 99c2a823a5160c17a4d27adc9f90bba30e348a
1 Return-Path: <tassilo@member.fsf.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 88426431FAE\r
6         for <notmuch@notmuchmail.org>; Fri, 27 Nov 2009 00:13:18 -0800 (PST)\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
8 Received: from olra.theworths.org ([127.0.0.1])\r
9         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
10         with ESMTP id Ekmpx5sBe3kC for <notmuch@notmuchmail.org>;\r
11         Fri, 27 Nov 2009 00:13:16 -0800 (PST)\r
12 Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com\r
13         [66.111.4.28])\r
14         by olra.theworths.org (Postfix) with ESMTP id 8E96B431FBC\r
15         for <notmuch@notmuchmail.org>; Fri, 27 Nov 2009 00:13:16 -0800 (PST)\r
16 Received: from compute1.internal (compute1.internal [10.202.2.41])\r
17         by gateway1.messagingengine.com (Postfix) with ESMTP id 2726FC1EB5;\r
18         Fri, 27 Nov 2009 03:13:16 -0500 (EST)\r
19 Received: from heartbeat1.messagingengine.com ([10.202.2.160])\r
20         by compute1.internal (MEProxy); Fri, 27 Nov 2009 03:13:16 -0500\r
21 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=messagingengine.com;\r
22         h=from:to:cc:subject:in-reply-to:references:date:message-id:mime-version:content-type;  s=smtpout; bh=ZonpsFkW+Dq3y7Oe7FCURx6AuJI=;\r
23         b=tWTCrqU9Kbifoe8YWCfuIx0HRrnCFYsVQQZpozHSF5HS3dvHaI0oRFeAngkQ9oMApe85I00F7KFwGAY7IB7mB00nyfQyV4zJGchXQnllmx+CJ8nBY/eLKX8QAAfVi71789QVTe/YpNOcou07s3WqOnifo8wywFhc2i6rA/LXyts=\r
24 X-Sasl-enc: CkOcIJgB3aEXE/xu33zZE2we3WKn2APfPeGTE9ycyWf9 1259309595\r
25 Received: from thinkpad.tsdh.de (p54AF2603.dip0.t-ipconnect.de [84.175.38.3])\r
26         by mail.messagingengine.com (Postfix) with ESMTPA id F03EE39AE06;\r
27         Fri, 27 Nov 2009 03:13:14 -0500 (EST)\r
28 From: Tassilo Horn <tassilo@member.fsf.org>\r
29 To: Carl Worth <cworth@cworth.org>\r
30 In-Reply-To: <87k4xdq7ys.fsf@yoom.home.cworth.org> (Carl Worth's message of\r
31         "Thu, 26 Nov 2009 13:42:03 -0800")\r
32 References: <87tywlji10.fsf@thinkpad.tsdh.de>\r
33         <87k4xdq7ys.fsf@yoom.home.cworth.org>\r
34 User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (gnu/linux)\r
35 Date: Fri, 27 Nov 2009 09:13:12 +0100\r
36 Message-ID: <87d4349yhz.fsf@thinkpad.tsdh.de>\r
37 MIME-Version: 1.0\r
38 Content-Type: text/plain; charset=us-ascii\r
39 Cc: notmuch@notmuchmail.org\r
40 Subject: Re: [notmuch] [PATCH] Return unpropertized strings for filename and\r
41         message-id\r
42 X-BeenThere: notmuch@notmuchmail.org\r
43 X-Mailman-Version: 2.1.12\r
44 Precedence: list\r
45 List-Id: "Use and development of the notmuch mail system."\r
46         <notmuch.notmuchmail.org>\r
47 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
48         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
49 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
50 List-Post: <mailto:notmuch@notmuchmail.org>\r
51 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
52 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
53         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
54 X-List-Received-Date: Fri, 27 Nov 2009 08:13:18 -0000\r
55 \r
56 Carl Worth <cworth@cworth.org> writes:\r
57 \r
58 Hi Carl,\r
59 \r
60 >> Here's my first patch.  It changes that notmuch-show-get-filename and\r
61 >> notmuch-show-get-message-id return simple strings and not propertited\r
62 >> strings.\r
63 >\r
64 > Thanks, Tassilo!\r
65 >\r
66 > It's great to have a contribution from you in notmuch. I've pushed\r
67 > this out now.\r
68 \r
69 I guess it won't be the last one.  There are some byte-compiler warnings\r
70 with notmuch.el, that I'd like to remove.\r
71 \r
72 > Two things with regards to your patch:\r
73 >\r
74 >   1. It's most convenient (for me) to apply emailed patches by sending\r
75 >      directly to "git am". And "git am" just happens to want to see the\r
76 >      complete commit message as the first thing in the mail message,\r
77 >      (continuing the summary of the commit which comes from the\r
78 >      subject).\r
79 >\r
80 >      So to satisfy "git am", introductory and explanatory portions of\r
81 >      the email, ("Hi!" and "Here's my first patch"), have to be\r
82 >      relegated to past the "---" divider).\r
83 \r
84 So an email looking like this would be correct?\r
85 \r
86 --8<---------------cut here---------------start------------->8---\r
87 From: Tassilo Horn <tassilo@member.fsf.org>\r
88 To: Carl Worth <cworth@cworth.org>\r
89 Cc: notmuch@notmuchmail.org\r
90 Date: Fri, 27 Nov 2009 08:54:41 +0100\r
91 Subject: [PATCH] Remove preprocessor code\r
92 \r
93 Don't define RUNNING_ON_VALGRIND, so that notmuch is probably broken.\r
94 ---\r
95  debugger.c |    2 --\r
96  1 files changed, 0 insertions(+), 2 deletions(-)\r
97 \r
98 diff --git a/debugger.c b/debugger.c\r
99 index e8b9378..f32cdc9 100644\r
100 --- a/debugger.c\r
101 +++ b/debugger.c\r
102 @@ -24,8 +24,6 @@\r
103  \r
104  #if HAVE_VALGRIND\r
105  #include <valgrind.h>\r
106 -#else\r
107 -#define RUNNING_ON_VALGRIND 0\r
108  #endif\r
109  \r
110  notmuch_bool_t\r
111 -- \r
112 1.6.5.3\r
113 \r
114 Hi Carl,\r
115 \r
116 this patch is completely wrong.  Please don't apply it. :-)\r
117 \r
118 And thanks again for the great work.\r
119 \r
120 Bye,\r
121 Tassilo\r
122 --8<---------------cut here---------------end--------------->8---\r
123 \r
124 >   2. Maybe I'll undermine my point above, but the commit here really\r
125 >      *does* need a commit message beyond the first line.\r
126 >\r
127 >      I've described this before as the one-line summary giving the\r
128 >      "what" and the rest of the commit message giving the "why".\r
129 \r
130 Makes sense.\r
131 \r
132 >      And this is a perfect case of that. I can see exactly what the\r
133 >      patch does, and it makes sense. But I tried to write the rest of\r
134 >      the commit message and found I couldn't. In what cases did the\r
135 >      presence of text properties cause a problem? I don't know, and\r
136 >      that's what the commit message should have said.\r
137 \r
138 Normally it causes almost never any problems, but IMO it's just bad\r
139 style.  When a user wants to get the Message-id, he most probably only\r
140 wants to do some calculations on that (e.g. jump to that message in Gnus\r
141 or rmail), or insert it somewhere else.  In the first case, text\r
142 properties aren't needed, and in the second case, it's most unlikely\r
143 that he wants to have exactly the same properties there, especially if\r
144 there are properties different from faces.\r
145 \r
146 > I'd said before that I would bounce patches with only a one-line\r
147 > summary. I guess I'm still too soft, but do expect me to be more\r
148 > strict on this in the future. :-)\r
149 \r
150 Yes, that all makes perfect sense, and because there are so many people\r
151 and patches for notmuch (which is great!), there have to be some strict\r
152 guidelines.\r
153 \r
154 But instead of mailing each first-time committer a mail, you might\r
155 consider putting those guidelines on the notmuch homepage. :-)\r
156 \r
157 Bye,\r
158 Tassilo\r