Re: [PATCH] create .mailmap file (for git shortlog/blame)
[notmuch-archives.git] / a4 / 0bcc02a7acf8a0427ba5c928df8dd19bc39720
1 Return-Path: <jrollins@finestructure.net>\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 8D3E4431FB6\r
6         for <notmuch@notmuchmail.org>; Thu, 27 Jan 2011 12:35:25 -0800 (PST)\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
8 X-Spam-Flag: NO\r
9 X-Spam-Score: 0.01\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=0.01 tagged_above=-999 required=5\r
12         tests=[T_MIME_NO_TEXT=0.01] autolearn=disabled\r
13 Received: from olra.theworths.org ([127.0.0.1])\r
14         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
15         with ESMTP id j2BQpmJJ4eFl for <notmuch@notmuchmail.org>;\r
16         Thu, 27 Jan 2011 12:35:25 -0800 (PST)\r
17 Received: from tarap.cc.columbia.edu (tarap.cc.columbia.edu [128.59.29.7])\r
18         by olra.theworths.org (Postfix) with ESMTP id 06FEC431FB5\r
19         for <notmuch@notmuchmail.org>; Thu, 27 Jan 2011 12:35:24 -0800 (PST)\r
20 Received: from servo.finestructure.net (c-24-19-44-201.hsd1.wa.comcast.net\r
21         [24.19.44.201])\r
22         (user=jgr2110 author=jrollins@finestructure.net mech=PLAIN bits=0)\r
23         by tarap.cc.columbia.edu (8.14.4/8.14.3) with ESMTP id p0RKZKi0022060\r
24         (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT);\r
25         Thu, 27 Jan 2011 15:35:22 -0500 (EST)\r
26 Received: from jrollins by servo.finestructure.net with local (Exim 4.72)\r
27         (envelope-from <jrollins@finestructure.net>)\r
28         id 1PiYYq-0002yE-Ml; Thu, 27 Jan 2011 12:35:20 -0800\r
29 From: Jameson Rollins <jrollins@finestructure.net>\r
30 To: micah anderson <micah@riseup.net>, Thomas Schwinge <thomas@schwinge.name>,\r
31         notmuch@notmuchmail.org\r
32 Subject: Re: notmuch's idea of concurrency / failing an invocation\r
33 In-Reply-To: <8762taxk9y.fsf@algae.riseup.net>\r
34 References: <87fwsetdin.fsf@kepler.schwinge.homeip.net>\r
35         <8762taxk9y.fsf@algae.riseup.net>\r
36 User-Agent: Notmuch/0.5-96-g01f9ea1 (http://notmuchmail.org) Emacs/23.2.1\r
37         (i486-pc-linux-gnu)\r
38 Date: Thu, 27 Jan 2011 12:35:16 -0800\r
39 Message-ID: <87vd1a84qj.fsf@servo.finestructure.net>\r
40 MIME-Version: 1.0\r
41 Content-Type: multipart/signed; boundary="=-=-=";\r
42         micalg=pgp-sha256; protocol="application/pgp-signature"\r
43 X-No-Spam-Score: Local\r
44 X-Scanned-By: MIMEDefang 2.68 on 128.59.29.7\r
45 X-BeenThere: notmuch@notmuchmail.org\r
46 X-Mailman-Version: 2.1.13\r
47 Precedence: list\r
48 List-Id: "Use and development of the notmuch mail system."\r
49         <notmuch.notmuchmail.org>\r
50 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
51         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
52 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
53 List-Post: <mailto:notmuch@notmuchmail.org>\r
54 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
55 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
56         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
57 X-List-Received-Date: Thu, 27 Jan 2011 20:35:25 -0000\r
58 \r
59 --=-=-=\r
60 Content-Transfer-Encoding: quoted-printable\r
61 \r
62 On Thu, 27 Jan 2011 13:40:25 -0500, micah anderson <micah@riseup.net> wrote:\r
63 > Due to my harddisk in my laptop being slow (5400RPM), my notmuch\r
64 > database growing, and perhaps some fragmentation somewhere, this has\r
65 > become *incredibly* annoying for me. I am checking email every 30\r
66 > minutes, and I'm nicing and ionicing the processes so I can use my\r
67 > machine, but while those processes are running, I'm effectively locked\r
68 > out of a good portion of my email.=20\r
69 \r
70 I also have a very slow disk, but this is very rarely a problem for me.\r
71 I retrieve mail every 10 minutes, and the corresponding notmuch new\r
72 usually takes a minute or so.  I really haven't found it to be much of a\r
73 bother to just wait it out.\r
74 \r
75 One of the suggested ways to develop around this problem would be a\r
76 notmuch daemon that would queue database modification requests.  I don't\r
77 think anyone has been working on this yet, but if this is a big problem\r
78 for you guys, you might start looking into putting one together.\r
79 \r
80 jamie.\r
81 \r
82 --=-=-=\r
83 Content-Type: application/pgp-signature\r
84 \r
85 -----BEGIN PGP SIGNATURE-----\r
86 Version: GnuPG v1.4.10 (GNU/Linux)\r
87 \r
88 iQIcBAEBCAAGBQJNQdcEAAoJEO00zqvie6q8KUAP/1h32+9QSCyZ7STgZ9ilFe5U\r
89 Pdgg8k3r35XOJM6OsDesrBMe1F9M3dReCFgmJlvfIKYFQLRgl04ONbteEPulJOc7\r
90 Rj2EPTLhPZj+JlmGxcrKQKw6pWtt0plfWjUTLY5CJxb+nMBgeCjJrsxHnyO0vxBk\r
91 uSoPjJkoL9AqKdsJcRztqB+HV18lUgkiee+iKk485Gqy/T/NyqHm1CRmTPXRUTpb\r
92 +/1OTcdndNUTAc/ve61eqUU6PrbQRZbtvQ7OZ7A1zh0zXYXEWfMFASOth/V1npiF\r
93 Uak6P/H1/3OTt/gNIrEQq9PBAHyv2glWtRRgOTg3upWevF0x01JAEYjfkhk+MUvI\r
94 tyYZRUPHASM2xXUs5BMxDIYlSSElex98i9cG/GWaRfiK4iNJyxz2pTkxQDB1RpE4\r
95 v/uooJfeDm+IFQSVRNWTZ2ZNOfLeG39y2lwwggH/mQ7W9hV8cUdx18YBWhgNOdLa\r
96 /LLDS1CceB/mKDf3G03jXQjvZz85Z3BYce13xFfwnI4N6SQGJchOPqJyBEmT6VqQ\r
97 JFN5GJdEqx+4SJMGTejdr7ad3u5hAYmZ/l3DE66R+nekqkzU82YVxoazhauWlNLw\r
98 U4/tu4/fmw6hsy5EkmsFpf2I4eBR65BM7IKwkO1+10JEQPhqjr6QmAaJzEmzg2gy\r
99 FGtnCxkluY7FvPoQsIqq\r
100 =MI/h\r
101 -----END PGP SIGNATURE-----\r
102 --=-=-=--\r