6c/96759aba98b9c044a795ac044586f7380fc148

   1 Return-Path: <dme@dme.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 B6D72431FD0\r
   6         for <notmuch@notmuchmail.org>; Fri, 30 Dec 2011 02:52:23 -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.7\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5\r
  12         tests=[RCVD_IN_DNSWL_LOW=-0.7] 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 Gaw-7k05jGW0 for <notmuch@notmuchmail.org>;\r
  16         Fri, 30 Dec 2011 02:52:23 -0800 (PST)\r
  17 Received: from mail-ww0-f45.google.com (mail-ww0-f45.google.com\r
  18  [74.125.82.45])        (using TLSv1 with cipher RC4-SHA (128/128 bits))        (No client\r
  19  certificate requested) by olra.theworths.org (Postfix) with ESMTPS id\r
  20  B8F18431FB6    for <notmuch@notmuchmail.org>; Fri, 30 Dec 2011 02:52:22 -0800\r
  21  (PST)\r
  22 Received: by wgbds13 with SMTP id ds13so19899445wgb.2\r
  23         for <notmuch@notmuchmail.org>; Fri, 30 Dec 2011 02:52:21 -0800 (PST)\r
  24 Received: by 10.227.208.134 with SMTP id gc6mr38324709wbb.3.1325242341457;\r
  25         Fri, 30 Dec 2011 02:52:21 -0800 (PST)\r
  26 Received: from hotblack-desiato.hh.sledj.net\r
  27         (host81-149-164-25.in-addr.btopenworld.com. [81.149.164.25])\r
  28         by mx.google.com with ESMTPS id g12sm24251185wiw.10.2011.12.30.02.52.19\r
  29         (version=TLSv1/SSLv3 cipher=OTHER);\r
  30         Fri, 30 Dec 2011 02:52:19 -0800 (PST)\r
  31 Received: by hotblack-desiato.hh.sledj.net (Postfix, from userid 30000)\r
  32         id C4ED8A04DF; Fri, 30 Dec 2011 10:52:17 +0000 (GMT)\r
  33 To: Daniel Schoepe <daniel@schoepe.org>,\r
  34  James Vasile <james@hackervisions.org>,        notmuch@notmuchmail.org\r
  35 Subject: Re: [notmuch] [PATCH] Calls to notmuch get queued and executed\r
  36         asynchronously.\r
  37 In-Reply-To: <87wrbykr13.fsf@gilead.invalid>\r
  38 References: <87vddnlxos.wl%james@hackervisions.org>\r
  39         <87wrbykr13.fsf@gilead.invalid>\r
  40 User-Agent: Notmuch/0.10.2+151~gbf1dc2b (http://notmuchmail.org)\r
  41         Emacs/24.0.92.1 (x86_64-pc-linux-gnu)\r
  42 From: David Edmondson <dme@dme.org>\r
  43 Date: Fri, 30 Dec 2011 10:52:17 +0000\r
  44 Message-ID: <cun4nwi8h7i.fsf@hotblack-desiato.hh.sledj.net>\r
  45 MIME-Version: 1.0\r
  46 Content-Type: multipart/signed; boundary="=-=-=";\r
  47         micalg=pgp-sha1; protocol="application/pgp-signature"\r
  48 X-BeenThere: notmuch@notmuchmail.org\r
  49 X-Mailman-Version: 2.1.13\r
  50 Precedence: list\r
  51 List-Id: "Use and development of the notmuch mail system."\r
  52         <notmuch.notmuchmail.org>\r
  53 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  54         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  55 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  56 List-Post: <mailto:notmuch@notmuchmail.org>\r
  57 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  58 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  59         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  60 X-List-Received-Date: Fri, 30 Dec 2011 10:52:23 -0000\r
  61 \r
  62 --=-=-=\r
  63 Content-Type: text/plain\r
  64 Content-Transfer-Encoding: quoted-printable\r
  65 \r
  66 On Fri, 21 Oct 2011 22:50:48 +0200, Daniel Schoepe <daniel@schoepe.org> wro=\r
  67 te:\r
  68 > On Tue, 23 Feb 2010 11:32:51 -0500, James Vasile <james@hackervisions.org=\r
  69 > wrote:\r
  70 > > Added notmuch-enqueue-asynch to replace calls to\r
  71 > > notmuch-call-notmuch-process.  Calls to notmuch are then queued and\r
  72 > > executed asynchronously.  If the db is busy and we get an error saying\r
  73 > > it was locked, keep trying until the db is no longer busy.  Errors go\r
  74 > > in a buffer as per usual.\r
  75 >=20\r
  76 > I discovered this patch a while ago and it almost applies cleanly (the\r
  77 > conflicts are easy to fix though) and it has made the emacs UI for\r
  78 > notmuch _much_ more responsive and enjoyable for me. As discussed on\r
  79 > IRC, issues such as where to handle retries in case the database is\r
  80 > locked should probably be handled in the notmuch binary instead of each\r
  81 > UI.\r
  82 >\r
  83 > I am however unaware of any patches to accomplish that and with the pace\r
  84 > of development / patch reviews the way it is at the moment, this patch\r
  85 > is a really helpful stop-gap (performing calls to notmuch asynchronously\r
  86 > is useful independently of where concurrency issues are handled though)\r
  87 > for me. If someone else agrees, I can fix the conflicts for this patch\r
  88 > and send the revised version to the list.\r
  89 \r
  90 It would be good to have an updated version of this patch if it is still\r
  91 considered useful, though I don't suffer particularly from lag in the\r
  92 emacs UI.\r
  93 \r
  94 One concern is the string searching on the output of 'notmuch' to detect\r
  95 the database locked condition. Perhaps 'notmuch' could be made to\r
  96 return a specific error code in that case, negating the need to string\r
  97 match?\r
  98 \r
  99 --=-=-=\r
 100 Content-Type: application/pgp-signature\r
 101 \r
 102 -----BEGIN PGP SIGNATURE-----\r
 103 Version: GnuPG v1.4.11 (GNU/Linux)\r
 104 \r
 105 iEYEARECAAYFAk79l+EACgkQaezQq/BJZRafjACbBou8X815OQ4Hbd9vhBWH1FFX\r
 106 MDQAnRThDAbfCA1QAHEzFh3aX/hg0CGl\r
 107 =NRqk\r
 108 -----END PGP SIGNATURE-----\r
 109 --=-=-=--\r