86/f6feba03b274263ffe167845492894aae35ffb

   1 Return-Path: <bgamari.foss@gmail.com>\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 8A3CA431FBD\r
   6         for <notmuch@notmuchmail.org>; Mon, 20 Aug 2012 08:31:54 -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.799\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-0.799 tagged_above=-999 required=5\r
  12         tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1,\r
  13         FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled\r
  14 Received: from olra.theworths.org ([127.0.0.1])\r
  15         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  16         with ESMTP id vh6Lf9NmDh-p for <notmuch@notmuchmail.org>;\r
  17         Mon, 20 Aug 2012 08:31:54 -0700 (PDT)\r
  18 Received: from mail-vc0-f181.google.com (mail-vc0-f181.google.com\r
  19         [209.85.220.181]) (using TLSv1 with cipher RC4-SHA (128/128 bits))\r
  20         (No client certificate requested)\r
  21         by olra.theworths.org (Postfix) with ESMTPS id 0942A431FAE\r
  22         for <notmuch@notmuchmail.org>; Mon, 20 Aug 2012 08:31:53 -0700 (PDT)\r
  23 Received: by vcbfl17 with SMTP id fl17so5583555vcb.26\r
  24         for <notmuch@notmuchmail.org>; Mon, 20 Aug 2012 08:31:52 -0700 (PDT)\r
  25 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;\r
  26         h=from:to:subject:date:message-id:x-mailer;\r
  27         bh=MFEPxHraUCgLMR5OzuCb+g1CGqyr/uZsSdSB7UoorSM=;\r
  28         b=RbZoI4JUydwm9R5f/oB6XEmxPq91xNgDwJQdILsS2iRC0rJIeFKK9GF/P89YaZ36lu\r
  29         rbMN/Xy3qfZm/zMJYSwXLWD0AlnERfBvZ7uAj0RjI7b4jZ2ddPliazTUJ/JQbTBvXxq/\r
  30         XPI1Gqg+jgOm1WmTbrtXxy9sXg6hRcOkqCYn7UdaRgMldny9FDsS0eS6vHon2Cy4VHa4\r
  31         Qq+1sR3/CTE5jGPSuRn0cyMwhvNJnIob+dLUKPK1JCDoF5+gimCRx3CtwJ0jhrf7c1+T\r
  32         t0B7Dr3N4nhwLekim3mW07/Y0h9PxdmyjO8tZzcxmDV64Vgwjz8YGF+vhsSiL/Hs3Dbi\r
  33         2aYw==\r
  34 Received: by 10.221.0.74 with SMTP id nl10mr10544846vcb.47.1345476712196;\r
  35         Mon, 20 Aug 2012 08:31:52 -0700 (PDT)\r
  36 Received: from localhost.localdomain\r
  37         (pool-108-8-230-85.spfdma.east.verizon.net. [108.8.230.85])\r
  38         by mx.google.com with ESMTPS id g10sm5430786vdk.2.2012.08.20.08.31.50\r
  39         (version=SSLv3 cipher=OTHER); Mon, 20 Aug 2012 08:31:51 -0700 (PDT)\r
  40 From: Ben Gamari <bgamari.foss@gmail.com>\r
  41 To: notmuch@notmuchmail.org\r
  42 Subject: [PATCH RFC?] Compactification support\r
  43 Date: Mon, 20 Aug 2012 11:31:41 -0400\r
  44 Message-Id: <1345476704-17091-1-git-send-email-bgamari.foss@gmail.com>\r
  45 X-Mailer: git-send-email 1.7.9.5\r
  46 X-BeenThere: notmuch@notmuchmail.org\r
  47 X-Mailman-Version: 2.1.13\r
  48 Precedence: list\r
  49 List-Id: "Use and development of the notmuch mail system."\r
  50         <notmuch.notmuchmail.org>\r
  51 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  52         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  53 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  54 List-Post: <mailto:notmuch@notmuchmail.org>\r
  55 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  56 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  57         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  58 X-List-Received-Date: Mon, 20 Aug 2012 15:31:54 -0000\r
  59 \r
  60 \r
  61 Here is a small patchset adding support for database compaction when supported\r
  62 by Xapian. Here I add a function which both compacts and closes the database.\r
  63 This is due to it being not entirely clear whether one is allowed to compact\r
  64 the database while it is being held open for read/write.\r
  65 \r
  66 \r
  67 Since it is nice to be able to hold the read/write lock while compacting, I\r
  68 close the database only after the compaction has finished which Xapian seems to\r
  69 be fine with. That being said, the database is moved after compaction, so it seems appropriate to lump compaction in with closing the database.\r
  70 \r
  71 Lastly, I wasn't entirely sure whether/how Xapian's status messages should be\r
  72 presented to the user. At the moment I simply spit them out on stderr. Perhaps\r
  73 I should just pass a callback to notmuch_database_close_compact and leave this\r
  74 to the caller?\r
  75 \r
  76 Cheers,\r
  77 \r
  78 - Ben\r
  79 \r