Re: Error with contrib/notmuch-pick
[notmuch-archives.git] / 10 / 057fe87d0fc670dc99553658a4e9be0bdea240
1 Return-Path: <bremner@tethera.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 4E95C40DDF3\r
6         for <notmuch@notmuchmail.org>; Sat, 13 Nov 2010 04:11:50 -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: -2.6\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5\r
12         tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham\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 UFtyoSsXYhyv for <notmuch@notmuchmail.org>;\r
16         Sat, 13 Nov 2010 04:11:39 -0800 (PST)\r
17 Received: from tempo.its.unb.ca (tempo.its.unb.ca [131.202.1.21])\r
18         (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))\r
19         (No client certificate requested)\r
20         by olra.theworths.org (Postfix) with ESMTPS id 4864E40DDE8\r
21         for <notmuch@notmuchmail.org>; Sat, 13 Nov 2010 04:11:39 -0800 (PST)\r
22 Received: from zancas.localnet\r
23         (fctnnbsc30w-142167176217.pppoe-dynamic.High-Speed.nb.bellaliant.net\r
24         [142.167.176.217]) (authenticated bits=0)\r
25         by tempo.its.unb.ca (8.13.8/8.13.8) with ESMTP id oADCBadd017849\r
26         (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO);\r
27         Sat, 13 Nov 2010 08:11:36 -0400\r
28 Received: from bremner by zancas.localnet with local (Exim 4.72)\r
29         (envelope-from <bremner@tethera.net>)\r
30         id 1PHExM-0006hw-EV; Sat, 13 Nov 2010 08:11:44 -0400\r
31 From: David Bremner <david@tethera.net>\r
32 To: Michal Sojka <sojkam1@fel.cvut.cz>, notmuch@notmuchmail.org\r
33 Subject: Re: Second draft of logging patches\r
34 In-Reply-To: <87vd41pzfe.fsf@steelpick.2x.cz>\r
35 References: <1286803617-17328-1-git-send-email-david@tethera.net>\r
36         <1287954066-24512-1-git-send-email-david@tethera.net>\r
37         <877hgln9xg.fsf@rocinante.cs.unb.ca>\r
38         <87vd41pzfe.fsf@steelpick.2x.cz>\r
39 User-Agent: Notmuch/0.4 (http://notmuchmail.org) Emacs/23.2.1\r
40         (x86_64-pc-linux-gnu)\r
41 Date: Sat, 13 Nov 2010 08:11:44 -0400\r
42 Message-ID: <87aald1kzj.fsf@zancas.localnet>\r
43 MIME-Version: 1.0\r
44 Content-Type: text/plain; charset=us-ascii\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: Sat, 13 Nov 2010 12:11:50 -0000\r
58 \r
59 On Sat, 13 Nov 2010 06:25:57 +0100, Michal Sojka <sojkam1@fel.cvut.cz> wrote:\r
60 > On Wed, 10 Nov 2010, David Bremner wrote:\r
61 > > I had a thought of a possibly interesting application of the (yet to be\r
62 > > written) log playback code. It could be use to implement a simple\r
63 > > queuing system where commands are only logged but not actually run on\r
64 > > the database. \r
65 \r
66 > Hi, I think this could be very interesting and that it could make the\r
67 > tagging operation asynchronous and thus faster as was suggested by\r
68 > Sebastian in id:"87k4l5whwe.fsf@SSpaeth.de".\r
69\r
70 > In this case, however, the queuing should happen in the client, not in\r
71 > the library.\r
72 \r
73 Agreed. The current implementation of automagically logging things in\r
74 the library would be undesirable here. That specific thing shouldn't be\r
75 too hard to change. Also worth thinking about is (optionally) using the\r
76 Maildir to log most tag changes; Maildirs are designed (imperfectly, but\r
77 still) to support simulataneous writes.  The database could then catch\r
78 up by reading the Maildir.\r
79 \r
80 d\r