Re: [PATCH 0/6] notmuch cli config changes

diff --git a/54/3f27fabb838c7858c52c91834e767c41b0714d b/54/3f27fabb838c7858c52c91834e767c41b0714d
new file mode 100644 (file)
index 0000000..ba237ce
--- /dev/null
+++ b/54/3f27fabb838c7858c52c91834e767c41b0714d
@@ -0,0 +1,119 @@
+Return-Path: <jrollins@finestructure.net>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+       by olra.theworths.org (Postfix) with ESMTP id 215C4431FBC\r
+       for <notmuch@notmuchmail.org>; Mon, 11 Feb 2013 23:50:29 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -2.3\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-2.3 tagged_above=-999 required=5\r
+       tests=[RCVD_IN_DNSWL_MED=-2.3] autolearn=disabled\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+       by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+       with ESMTP id m5O0bLEuPW-O for <notmuch@notmuchmail.org>;\r
+       Mon, 11 Feb 2013 23:50:28 -0800 (PST)\r
+Received: from outgoing-mail.its.caltech.edu (outgoing-mail.its.caltech.edu\r
+       [131.215.239.19])\r
+       by olra.theworths.org (Postfix) with ESMTP id 91788431FAF\r
+       for <notmuch@notmuchmail.org>; Mon, 11 Feb 2013 23:50:28 -0800 (PST)\r
+Received: from fire-doxen.imss.caltech.edu (localhost [127.0.0.1])\r
+       by fire-doxen-postvirus (Postfix) with ESMTP id 322F72E50BB3;\r
+       Mon, 11 Feb 2013 23:50:24 -0800 (PST)\r
+X-Spam-Scanned: at Caltech-IMSS on fire-doxen by amavisd-new\r
+Received: from finestructure.net (cpe-76-166-145-133.socal.res.rr.com\r
+       [76.166.145.133]) (Authenticated sender: jrollins)\r
+       by fire-doxen-submit (Postfix) with ESMTP id 372532E50CFF;\r
+       Mon, 11 Feb 2013 23:50:20 -0800 (PST)\r
+Received: by finestructure.net (Postfix, from userid 1000)\r
+       id DD50262219; Mon, 11 Feb 2013 23:50:13 -0800 (PST)\r
+From: Jameson Graef Rollins <jrollins@finestructure.net>\r
+To: David Bremner <david@tethera.net>, Jani Nikula <jani@nikula.org>,\r
+       notmuch@notmuchmail.org\r
+Subject: Re: [PATCH 0/6] notmuch cli config changes\r
+In-Reply-To: <87y5f0fhtd.fsf@zancas.localnet>\r
+References: <cover.1359495450.git.jani@nikula.org>\r
+       <871ucts54t.fsf@servo.finestructure.net>\r
+       <87y5f0fhtd.fsf@zancas.localnet>\r
+User-Agent: Notmuch/0.15+8~gd4a7374 (http://notmuchmail.org) Emacs/24.2.1\r
+       (x86_64-pc-linux-gnu)\r
+Date: Mon, 11 Feb 2013 23:50:11 -0800\r
+Message-ID: <87fw12nf7w.fsf@servo.finestructure.net>\r
+MIME-Version: 1.0\r
+Content-Type: multipart/signed; boundary="=-=-=";\r
+       micalg=pgp-sha256; protocol="application/pgp-signature"\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+       <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Tue, 12 Feb 2013 07:50:29 -0000\r
+\r
+--=-=-=\r
+Content-Type: text/plain\r
+Content-Transfer-Encoding: quoted-printable\r
+\r
+On Thu, Feb 07 2013, David Bremner <david@tethera.net> wrote:\r
+> In my experience the environment variable is somewhat dangerous to use\r
+> while testing. If left set to the wrong value, it can lead the loss of\r
+> tag information.\r
+\r
+I have never noticed this to be an issue, but if it is variables can be\r
+applied only at run time as well:\r
+\r
+NOTMUCH_CONFIG=3D/path/to/foo notmuch ....\r
+\r
+>> In general, I am a strong advocate of keeping the CLI slim.  IMHO,\r
+>> adding more options makes the interface clunkier, and the manual harder\r
+>> to parse, and I'm against adding things that a normal user would likely\r
+>> never use.=20\r
+>\r
+> Well, it's are reasonable heuristic, although I might disagree in\r
+> general where the cutoff for "normal use" is, as I do in this case.\r
+\r
+My main point is that shoving every possible thing that can be tweaked\r
+into CLI options is imho a bad idea.  Look at gpg.  The interface is\r
+horrible, and the man page is basically impenetrable because it's so\r
+loaded with options that it's impossible to figure out how to do the one\r
+basic operation you're looking for.\r
+\r
+But you're right that I'm making a pretty arbitrary distinction.  The\r
+notmuch CLI already includes options to handle output formatting,\r
+etc. that normal users are probably never going to use in their\r
+infrequent use of the CLI.  In that regard an option to point to a\r
+alternate config file doesn't seem that unreasonable.\r
+\r
+I just don't want to see notmuch fall into the same UI black hole that\r
+e.g. gpg did.\r
+\r
+jamie.\r
+\r
+--=-=-=\r
+Content-Type: application/pgp-signature\r
+\r
+-----BEGIN PGP SIGNATURE-----\r
+Version: GnuPG v1.4.12 (GNU/Linux)\r
+\r
+iQIcBAEBCAAGBQJRGfQzAAoJEO00zqvie6q86FUQALPeenSEfwfBZOzgyuKu7llW\r
+/9bsGKrBFwOuqie0aMovZxIT+YGrJ4DRFbZujttXyCWSD16jHQb/1hGBiXh+0EKy\r
+LkVh0CiXzyIKwmYiNoogXyduAQTS7rU59kms6qazd8xUVq9qxKFEoXVqwrxCowxT\r
+XCh7rVnQf81MhQe78AxGzINR+g5lCMSM3NNiWMqDX1bWFdopF42zM+76P+ftOPh2\r
+zBQtJ4bRJYbYpmYt5y2LSH1JrSco3MFKQJJB4HNoFUvYR0jw8ry0lSkW3kzDQ04A\r
+K3kUHUgNaOb1FgZAAyZpDMsRueBISFTOJHhTBvA6B7kN47QgxzWgzk53rUYnA4hi\r
+Qnt12mutpGZ5nFRIoavswlzX1W69KfCl6TwAPxV7gZaWF8QdxbMRVMB/OXM4NEe1\r
+nIFZCny8MesltyqgT0QjO8DyW7RqjqadorZMUK4bTCNtF7IstelJ57sjgT1kLBnI\r
+YAuSjtc6dpt76iMur90rwmzSAGLOm7llC4K67IHGnhuGmlS3CP/vPwq6yK5cmqc0\r
+i8M7KXgmpno9+hPkmFAWGcjbb3dBq9fJAp5Av9he79KjEyNK+s6MB0+9lXVLm67M\r
+uKb/OsK49juCHzgirJDkSROtmA6Nsar/Lbb6Qy8LVqTuOti0aZEtK2QgX+1OI6m8\r
+ByKcMBOyugo/y0EW2sZF\r
+=YTg1\r
+-----END PGP SIGNATURE-----\r
+--=-=-=--\r