Re: A systematic way of handling Xapian lock errors?
[notmuch-archives.git] / f2 / 8ebf47ebb1d13d08632c2661945a4df270c439
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 18639431FC0;\r
6         Fri, 18 Dec 2009 12:53:00 -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 qQTHkXeuMUq0; Fri, 18 Dec 2009 12:52:59 -0800 (PST)\r
11 Received: from yoom.home.cworth.org (localhost [127.0.0.1])\r
12         by olra.theworths.org (Postfix) with ESMTP id 65D4D431FAE;\r
13         Fri, 18 Dec 2009 12:52:59 -0800 (PST)\r
14 Received: by yoom.home.cworth.org (Postfix, from userid 1000)\r
15         id 1DF8C254306; Fri, 18 Dec 2009 12:52:59 -0800 (PST)\r
16 From: Carl Worth <cworth@cworth.org>\r
17 To: James Westby <jw+debian@jameswestby.net>, notmuch@notmuchmail.org\r
18 In-Reply-To: <87my1grrdi.fsf@jameswestby.net>\r
19 References: <87oclwrtqa.fsf@jameswestby.net>\r
20         <874onoysrl.fsf@yoom.home.cworth.org> <87my1grrdi.fsf@jameswestby.net>\r
21 Date: Fri, 18 Dec 2009 12:52:58 -0800\r
22 Message-ID: <873a38ypg5.fsf@yoom.home.cworth.org>\r
23 MIME-Version: 1.0\r
24 Content-Type: multipart/signed; boundary="=-=-=";\r
25         micalg=pgp-sha1; protocol="application/pgp-signature"\r
26 Subject: Re: [notmuch] Missing messages breaking threads\r
27 X-BeenThere: notmuch@notmuchmail.org\r
28 X-Mailman-Version: 2.1.12\r
29 Precedence: list\r
30 List-Id: "Use and development of the notmuch mail system."\r
31         <notmuch.notmuchmail.org>\r
32 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
33         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
34 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
35 List-Post: <mailto:notmuch@notmuchmail.org>\r
36 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
37 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
38         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
39 X-List-Received-Date: Fri, 18 Dec 2009 20:53:00 -0000\r
40 \r
41 --=-=-=\r
42 \r
43 On Fri, 18 Dec 2009 19:53:13 +0000, James Westby <jw+debian@jameswestby.net> wrote:\r
44 > Or do we not index whatever dummy text we add? Or do we not\r
45 > even put it in? Or not even show it at all? I was just thinking\r
46 > of having "Missing messages..." showing up as the start of\r
47 > the thread, but maybe it's no needed.\r
48 \r
49 Oh, I was assuming you wouldn't index any text. The UI can add "missing\r
50 message" for a document with no filename, for example.\r
51 \r
52 > So, to summarise, I should first look at storing filesizes, then\r
53 > the collision code to make it index further when the filesize grows,\r
54 > and then finally the code to add documents for missing messages?\r
55 \r
56 Some of the code areas to be touched will be changing soon, (at least as\r
57 far as when filenames appear and disappear). Hopefully I'll have\r
58 something posted for that sooner rather than later to avoid having to\r
59 redo too much work.\r
60 \r
61 > The only thing I am unclear on is how to handle existing databases?\r
62 > Do we have any concept of versioning? Or should I just assume that\r
63 > filesize: may not be in the document and act appropriately?\r
64 \r
65 My current, outstanding patch is going to be the first trigger for a\r
66 "flag day" where we'll all need to rewrite our databases.\r
67 \r
68 We don't have any concept of versioning yet, but it would obviously be\r
69 easy to have a new version document with an increasing integer.\r
70 \r
71 But even with my current patch I'm considering doing a graceful upgrade\r
72 of the database in-place rather than making the user do something like a\r
73 dump, delete, rebuild, restore. That would give a much better experience\r
74 than "Your database is out-of-date, please rebuild it", so we'll see if\r
75 I pursue that in the end.\r
76 \r
77 -Carl\r
78 \r
79 \r
80 \r
81 --=-=-=\r
82 Content-Type: application/pgp-signature\r
83 \r
84 -----BEGIN PGP SIGNATURE-----\r
85 Version: GnuPG v1.4.10 (GNU/Linux)\r
86 \r
87 iD8DBQFLK+uq6JDdNq8qSWgRAuSsAKCFTA9nPsOPhoQeZ1nF6QhFKjYkNgCgmR1n\r
88 u/hUOO8biVKlpaiYWm4TMM4=\r
89 =H4Q4\r
90 -----END PGP SIGNATURE-----\r
91 --=-=-=--\r