52/6c710ed85ec338a2ced53eca897f08fe20ab06

   1 Return-Path: <david@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 5B554431FC2\r
   6         for <notmuch@notmuchmail.org>; Tue, 15 Jul 2014 07:11:09 -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: 0\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none]\r
  12         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 H9ZxG4jOnBZK for <notmuch@notmuchmail.org>;\r
  16         Tue, 15 Jul 2014 07:11:02 -0700 (PDT)\r
  17 Received: from yantan.tethera.net (yantan.tethera.net [199.188.72.155])\r
  18         (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits))\r
  19         (No client certificate requested)\r
  20         by olra.theworths.org (Postfix) with ESMTPS id 5F4EA431FBD\r
  21         for <notmuch@notmuchmail.org>; Tue, 15 Jul 2014 07:11:02 -0700 (PDT)\r
  22 Received: from remotemail by yantan.tethera.net with local (Exim 4.80)\r
  23         (envelope-from <david@tethera.net>)\r
  24         id 1X73RX-0000zV-2u; Tue, 15 Jul 2014 11:10:55 -0300\r
  25 Received: (nullmailer pid 19961 invoked by uid 1000); Tue, 15 Jul 2014\r
  26         14:10:51 -0000\r
  27 From: David Bremner <david@tethera.net>\r
  28 To: Mark Walters <markwalters1009@gmail.com>, notmuch@notmuchmail.org\r
  29 Subject: Re: [PATCH] dump: make dump take Xapian write lock\r
  30 In-Reply-To: <1403554349-8888-1-git-send-email-markwalters1009@gmail.com>\r
  31 References: <87zjhh67e7.fsf@qmul.ac.uk>\r
  32         <1403554349-8888-1-git-send-email-markwalters1009@gmail.com>\r
  33 User-Agent: Notmuch/0.18.1+37~gde262a2 (http://notmuchmail.org) Emacs/24.3.1\r
  34         (x86_64-pc-linux-gnu)\r
  35 Date: Tue, 15 Jul 2014 11:10:51 -0300\r
  36 Message-ID: <87y4vuaf10.fsf@maritornes.cs.unb.ca>\r
  37 MIME-Version: 1.0\r
  38 Content-Type: text/plain\r
  39 X-BeenThere: notmuch@notmuchmail.org\r
  40 X-Mailman-Version: 2.1.13\r
  41 Precedence: list\r
  42 List-Id: "Use and development of the notmuch mail system."\r
  43         <notmuch.notmuchmail.org>\r
  44 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  45         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  46 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  47 List-Post: <mailto:notmuch@notmuchmail.org>\r
  48 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  49 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  50         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  51 X-List-Received-Date: Tue, 15 Jul 2014 14:11:09 -0000\r
  52 \r
  53 Mark Walters <markwalters1009@gmail.com> writes:\r
  54 \r
  55 >\r
  56 > Discussion with Olly on irc indicates that this is currently the best\r
  57 > solution: in xapian trunk there may be better possibilities using\r
  58 > snapshots but they need to make it to a release and propogate out to\r
  59 > users before we can switch approach.\r
  60 \r
  61 I agree that this seems to be the only feasible approach to make dump\r
  62 atomic.  I'm a little unsure about the benefits to the end user though.\r
  63 Currently, the user has to check the return code of dump to ensure it\r
  64 completed correctly.  With this change, the user will still have to\r
  65 check that dump did not error out when trying to acquire a write lock.\r
  66 The following ticket\r
  67 \r
  68       http://trac.xapian.org/ticket/275\r
  69 \r
  70 suggests that if we wanted to a blocking open, we'd be on our own.\r
  71 \r
  72 Did I miss something here about the benefits? I agree that failing\r
  73 earlier is nicer, but is that it?\r
  74 \r
  75 d\r