Re: `notmuch setup` replaces `~/.notmuch-config` instead of truncating it

diff --git a/17/9106bf2a7906d5f461fc05349c3f5152556ae2 b/17/9106bf2a7906d5f461fc05349c3f5152556ae2
new file mode 100644 (file)
index 0000000..c108ecd
--- /dev/null
+++ b/17/9106bf2a7906d5f461fc05349c3f5152556ae2
@@ -0,0 +1,103 @@
+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 8F66D40DBC8\r
+       for <notmuch@notmuchmail.org>; Tue, 16 Nov 2010 05:39:11 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -4.19\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-4.19 tagged_above=-999 required=5\r
+       tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, T_MIME_NO_TEXT=0.01]\r
+       autolearn=ham\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 jh0Ceq-qbyZI for <notmuch@notmuchmail.org>;\r
+       Tue, 16 Nov 2010 05:39:00 -0800 (PST)\r
+Received: from brinza.cc.columbia.edu (brinza.cc.columbia.edu [128.59.29.8])\r
+       by olra.theworths.org (Postfix) with ESMTP id 30CEE40DDF9\r
+       for <notmuch@notmuchmail.org>; Tue, 16 Nov 2010 05:39:00 -0800 (PST)\r
+Received: from servo.finestructure.net (cpe-74-66-82-137.nyc.res.rr.com\r
+       [74.66.82.137])\r
+       (user=jgr2110 author=jrollins@finestructure.net mech=PLAIN bits=0)\r
+       by brinza.cc.columbia.edu (8.14.4/8.14.3) with ESMTP id oAGDcvZr011014\r
+       (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT);\r
+       Tue, 16 Nov 2010 08:38:57 -0500 (EST)\r
+Received: from jrollins by servo.finestructure.net with local (Exim 4.72)\r
+       (envelope-from <jrollins@finestructure.net>)\r
+       id 1PILkP-0000Py-C4; Tue, 16 Nov 2010 08:38:57 -0500\r
+From: Jameson Rollins <jrollins@finestructure.net>\r
+To: "Ciprian Dorin\, Craciun" <ciprian.craciun@gmail.com>,\r
+       notmuch@notmuchmail.org\r
+Subject: Re: `notmuch setup` replaces `~/.notmuch-config` instead of\r
+       truncating it\r
+In-Reply-To: <AANLkTikKiKC716H+ddF0Q5T0xc=vGHHOVroLRwzO3ujV@mail.gmail.com>\r
+References: <AANLkTikKiKC716H+ddF0Q5T0xc=vGHHOVroLRwzO3ujV@mail.gmail.com>\r
+User-Agent: Notmuch/0.5 (http://notmuchmail.org) Emacs/23.2.1\r
+       (i486-pc-linux-gnu)\r
+Date: Tue, 16 Nov 2010 08:38:52 -0500\r
+Message-ID: <87k4kdbd77.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-No-Spam-Score: Local\r
+X-Scanned-By: MIMEDefang 2.68 on 128.59.29.8\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, 16 Nov 2010 13:39:11 -0000\r
+\r
+--=-=-=\r
+Content-Transfer-Encoding: quoted-printable\r
+\r
+On Tue, 16 Nov 2010 15:33:30 +0200, "Ciprian Dorin, Craciun" <ciprian.craci=\r
+un@gmail.com> wrote:\r
+>     But in my particular case `~/.notmuch-config` is symlinked to an\r
+> applications configuration directory which is versioned. Thus I've\r
+> expected than when notmuch updates the config, it opens it for\r
+> read-write, but with the truncation flag (which as a consequence would\r
+> have modified the symlinked file). But instead it deleted the symlink,\r
+> and replaced it with a newly created file (thus breaking my custom\r
+> configuration backup system.)\r
+>=20\r
+>     So my question is: is this behaviour (of deleting the file and\r
+> creating a new one) deliberate? If not, could it be fixed (I could\r
+> provide a patch) to just update the file in place?\r
+\r
+Hi, Ciprian.  I had not noticed this, but now that you mention it, I see\r
+that the same thing happened to me.  This behavior is surely not\r
+deliberate, and is definitely undesirable.  A patch would be welcome.\r
+\r
+jamie.\r
+\r
+--=-=-=\r
+Content-Type: application/pgp-signature\r
+\r
+-----BEGIN PGP SIGNATURE-----\r
+Version: GnuPG v1.4.10 (GNU/Linux)\r
+\r
+iQIcBAEBCAAGBQJM4oltAAoJEO00zqvie6q8gO4QAIazKXTHGGBW+fUbowJaQ5/m\r
+INaK691hdTrjLCzvY62ux9uJmnZ40HRsAVedX389+Wf0G7tOJpg5FdlB5du8ejEO\r
+pHSRVz/PlkOZLsKWmC+AZXa28Bc6R8OK09BJSqxuCxknwS6Zufe5VCzDk2svHATC\r
+x1oTxvuHUgrnBO0mi4o3UelugeJwkywiferrBNyPxU5RLiq8asT6mHZjiurescQF\r
+SbluDuRdjWyMiuFxN6VWGQ76TFPN09b5Tpxdf4LuO/bnYED87b4eGpkP+9l2RQAX\r
+PY0MzuXzBXbHkb+ESn8Plal7Abuq3XqRboA73znkYr3z0nOJUi2KZ/rUl+hUOXQz\r
+/1Gkz4RaZQ7wX1o46nFzEgRhJjDHDe1kD3VM9wpa+HiY0jXNAd6s1Oc1ZLSlnPyO\r
+WR4RRWKEacYy1yAY36/zhQkQWUdw9xTpv21WPkogytlea4nYtY3zFd0zi8P5Zn0y\r
+TSfp19a8T/FEhUceHd+ARBtxybRCn72Jz/ivbmbtO5fzdyUkNCWuHa9qwJSJ0Vr0\r
+M69koC+fUABmsfj2Ks1lXyMfhNASwDbSjtq4Dlphx1ewUrTnNazv33zBlkiWtngu\r
+kqUN4IX+h5r6I+COUCKI2mmJQbC91RIA+lzW0bHxz/q02MwWhFR0FwmPDWYXhYBS\r
+ciOgV4zxQNAjhcR8ciRq\r
+=sRqk\r
+-----END PGP SIGNATURE-----\r
+--=-=-=--\r