Re: [PATCH] emacs: wash: make word-wrap bound message width
[notmuch-archives.git] / d0 / c708dd10741296587efac57df1d31b87c640ed
1 Return-Path: <prvs=jrosenthal=749a4652a@jhu.edu>\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 50A9E4196F2\r
6         for <notmuch@notmuchmail.org>; Thu, 20 May 2010 09:28:10 -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.301\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-2.301 tagged_above=-999 required=5\r
12         tests=[BAYES_20=-0.001, RCVD_IN_DNSWL_MED=-2.3] 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 ZdtpG7aBGiMR for <notmuch@notmuchmail.org>;\r
16         Thu, 20 May 2010 09:27:58 -0700 (PDT)\r
17 Received: from ipex4.johnshopkins.edu (ipex4.johnshopkins.edu\r
18         [128.220.161.141])\r
19         by olra.theworths.org (Postfix) with ESMTP id ACD3F431FC1\r
20         for <notmuch@notmuchmail.org>; Thu, 20 May 2010 09:27:58 -0700 (PDT)\r
21 X-IronPort-AV: E=Sophos;i="4.53,272,1272859200"; d="scan'208";a="367262412"\r
22 Received: from c-69-255-36-229.hsd1.md.comcast.net (HELO lucky)\r
23         ([69.255.36.229])\r
24         by ipex4.johnshopkins.edu with ESMTP/TLS/AES256-SHA;\r
25         20 May 2010 12:27:55 -0400\r
26 Received: from jkr by lucky with local (Exim 4.71)\r
27         (envelope-from <jrosenthal@jhu.edu>)\r
28         id 1OF8bN-0005Yl-OP; Thu, 20 May 2010 12:28:05 -0400\r
29 From: Jesse Rosenthal <jrosenthal@jhu.edu>\r
30 To: David Edmondson <dme@dme.org>, notmuch@notmuchmail.org\r
31 Subject: Re: multiple machine tagging\r
32 In-Reply-To: <87vdaj2d4p.fsf@ut.hh.sledj.net>\r
33 References: <87vdaj2d4p.fsf@ut.hh.sledj.net>\r
34 User-Agent: Notmuch/0.3.1-18-g688e1e7 (http://notmuchmail.org) Emacs/23.1.1\r
35         (i486-pc-linux-gnu)\r
36 Date: Thu, 20 May 2010 12:28:05 -0400\r
37 Message-ID: <87aaru5yi2.fsf@jhu.edu>\r
38 MIME-Version: 1.0\r
39 Content-Type: text/plain; charset=us-ascii\r
40 X-BeenThere: notmuch@notmuchmail.org\r
41 X-Mailman-Version: 2.1.13\r
42 Precedence: list\r
43 List-Id: "Use and development of the notmuch mail system."\r
44         <notmuch.notmuchmail.org>\r
45 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
46         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
47 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
48 List-Post: <mailto:notmuch@notmuchmail.org>\r
49 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
50 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
51         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
52 X-List-Received-Date: Thu, 20 May 2010 16:28:10 -0000\r
53 \r
54 On Thu, 20 May 2010 09:25:42 +0100, David Edmondson <dme@dme.org> wrote:\r
55 > What's the current state of the art in merging tags from multiple\r
56 > machines?\r
57 \r
58 About the same, I think. I had started trying to figure out a way to do a\r
59 smarter dump (only dumping changed info) for my distributed\r
60 tagging/bug-tracking idea, and had some early success, though the python\r
61 implementation kills some of the speed gains. (Do play with it though!)\r
62 But in your case, dumping probably isn't the lag so much as restoring,\r
63 right?\r
64 \r
65 What about: \r
66 nm dump master>master-dump; nm dump copy >copy-dump; \r
67 diff copy-dump master-dump | grep "^>" | etc...\r
68 \r
69 This could all be scripted with scp or curl to do the networking\r
70 between machines.\r
71 \r
72 Smarter (history- and namespace-aware) dumping could only improve this,\r
73 of course, and is very possible. But the abovr approach seems like it\r
74 would remove the restore bottleneck (unless I misunderstand how restore\r
75 works with unlisted messages).\r
76 \r
77 Best,\r
78 Jesse\r