7e/928fee5e5841442a6d436c22dc2c41f1927e48

   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 1B036431E82\r
   6         for <notmuch@notmuchmail.org>; Sun, 17 Nov 2013 03:35:18 -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\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 Iemt5+utyXzz for <notmuch@notmuchmail.org>;\r
  16         Sun, 17 Nov 2013 03:35:11 -0800 (PST)\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 E43C5431FC2\r
  21         for <notmuch@notmuchmail.org>; Sun, 17 Nov 2013 03:35:11 -0800 (PST)\r
  22 Received: from remotemail by yantan.tethera.net with local (Exim 4.80)\r
  23         (envelope-from <david@tethera.net>)\r
  24         id 1Vi0d4-0000cd-9s; Sun, 17 Nov 2013 07:35:02 -0400\r
  25 Received: (nullmailer pid 6354 invoked by uid 1000); Sun, 17 Nov 2013\r
  26         11:34:58 -0000\r
  27 From: David Bremner <david@tethera.net>\r
  28 To: Tomi Ollila <tomi.ollila@iki.fi>, Jani Nikula <jani@nikula.org>,\r
  29         notmuch@notmuchmail.org\r
  30 Subject: Re: [PATCH v2 5/5] compact: provide user more information on\r
  31         after-compaction failures\r
  32 In-Reply-To: <m28uwquccd.fsf@guru.guru-group.fi>\r
  33 References: <1384362167-12740-1-git-send-email-tomi.ollila@iki.fi>\r
  34         <1384362167-12740-6-git-send-email-tomi.ollila@iki.fi>\r
  35         <871u2jnkai.fsf@nikula.org> <87y54rx8sf.fsf@unb.ca>\r
  36         <m28uwquccd.fsf@guru.guru-group.fi>\r
  37 User-Agent: Notmuch/0.16+167~g9838fe8 (http://notmuchmail.org) Emacs/24.3.1\r
  38         (x86_64-pc-linux-gnu)\r
  39 Date: Sun, 17 Nov 2013 07:34:57 -0400\r
  40 Message-ID: <8738mvz2fy.fsf@zancas.localnet>\r
  41 MIME-Version: 1.0\r
  42 Content-Type: text/plain\r
  43 X-BeenThere: notmuch@notmuchmail.org\r
  44 X-Mailman-Version: 2.1.13\r
  45 Precedence: list\r
  46 List-Id: "Use and development of the notmuch mail system."\r
  47         <notmuch.notmuchmail.org>\r
  48 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  49         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  50 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  51 List-Post: <mailto:notmuch@notmuchmail.org>\r
  52 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  53 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  54         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  55 X-List-Received-Date: Sun, 17 Nov 2013 11:35:18 -0000\r
  56 \r
  57 Tomi Ollila <tomi.ollila@iki.fi> writes:\r
  58 \r
  59 > The log hook in it's current form is problematic as it doesn't provide\r
  60 > way to distinguish progress reporting from error reporting.\r
  61 \r
  62 Is this _more_ problematic than more output to stderr?\r
  63 \r
  64 >  Currently\r
  65 > lib/database.cc writes error messages with fprintf(stderr, ...) everywhere.\r
  66 \r
  67 Sure. But I'm trying to understand why a partial fix isn't better than\r
  68 nothing.  Is the argument just that the effort is wasted, or that the\r
  69 result is somehow less satisfactory than the status quo.\r
  70 \r
  71 > I suggest that this problem is fixed in one big sweep during 0.18\r
  72 > development -- the suggestion Jani pastebin'd a few days ago is\r
  73 > a good one and I'm willing to take part of that development...\r
  74 > And now take this approach of fprintf()ing (basically I would\r
  75 > also ask developers using the library wait for 0.18 before starting\r
  76 > to use the compact functionality (if ever), as the we have yet\r
  77 > another soname bump with changing interface coming...\r
  78 \r
  79 I guess we can mark this interface as unstable for the moment?\r
  80 "Asking developers not to use it" sounds pretty bad.\r
  81 \r
  82 d\r