1 Return-Path: <dkg@fifthhorseman.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 E8CA140DDE8
\r
6 for <notmuch@notmuchmail.org>; Tue, 16 Nov 2010 07:38:38 -0800 (PST)
\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org
\r
11 X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5
\r
12 tests=[BAYES_00=-1.9, UNPARSEABLE_RELAY=0.001] autolearn=ham
\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 DUbvA2G6VZ2W for <notmuch@notmuchmail.org>;
\r
16 Tue, 16 Nov 2010 07:38:28 -0800 (PST)
\r
17 Received: from rodolpho.mayfirst.org (rodolpho.mayfirst.org [209.234.253.107])
\r
18 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
\r
19 (No client certificate requested)
\r
20 by olra.theworths.org (Postfix) with ESMTPS id B04C540DDD2
\r
21 for <notmuch@notmuchmail.org>; Tue, 16 Nov 2010 07:38:28 -0800 (PST)
\r
22 Received: from localhost (localhost [127.0.0.1])
\r
23 by rodolpho.mayfirst.org (Postfix) with ESMTP id 33A1D3CD43;
\r
24 Tue, 16 Nov 2010 10:38:25 -0500 (EST)
\r
25 X-Virus-Scanned: Debian amavisd-new at rodolpho.mayfirst.org
\r
26 Received: from rodolpho.mayfirst.org ([127.0.0.1])
\r
27 by localhost (rodolpho.mayfirst.org [127.0.0.1]) (amavisd-new,
\r
29 with ESMTP id peyjHJMCmi7p; Tue, 16 Nov 2010 10:38:25 -0500 (EST)
\r
30 Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender:
\r
31 smtpauth@rodolpho.mayfirst.org) with ESMTPSA id E80F33CD3F
\r
32 Message-ID: <4CE2A56C.4080407@fifthhorseman.net>
\r
33 Date: Tue, 16 Nov 2010 10:38:20 -0500
\r
34 From: Daniel Kahn Gillmor <dkg@fifthhorseman.net>
\r
35 User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
\r
36 rv:1.9.2.9) Gecko/20100918 Icedove/3.1.4
\r
38 To: Jameson Rollins <jrollins@finestructure.net>
\r
39 Subject: Re: `notmuch setup` replaces `~/.notmuch-config` instead of
\r
41 References: <AANLkTikKiKC716H+ddF0Q5T0xc=vGHHOVroLRwzO3ujV@mail.gmail.com>
\r
42 <87k4kdbd77.fsf@servo.finestructure.net>
\r
43 In-Reply-To: <87k4kdbd77.fsf@servo.finestructure.net>
\r
44 X-Enigmail-Version: 1.1.2
\r
45 OpenPGP: id=D21739E9
\r
46 Content-Type: multipart/signed; micalg=pgp-sha512;
\r
47 protocol="application/pgp-signature";
\r
48 boundary="------------enigDF1821FCF2936D02073A5588"
\r
49 Cc: notmuch@notmuchmail.org
\r
50 X-BeenThere: notmuch@notmuchmail.org
\r
51 X-Mailman-Version: 2.1.13
\r
53 Reply-To: notmuch <notmuch@notmuchmail.org>
\r
54 List-Id: "Use and development of the notmuch mail system."
\r
55 <notmuch.notmuchmail.org>
\r
56 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,
\r
57 <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>
\r
58 List-Archive: <http://notmuchmail.org/pipermail/notmuch>
\r
59 List-Post: <mailto:notmuch@notmuchmail.org>
\r
60 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>
\r
61 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,
\r
62 <mailto:notmuch-request@notmuchmail.org?subject=subscribe>
\r
63 X-List-Received-Date: Tue, 16 Nov 2010 15:38:39 -0000
\r
65 This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
\r
66 --------------enigDF1821FCF2936D02073A5588
\r
67 Content-Type: text/plain; charset=UTF-8
\r
68 Content-Transfer-Encoding: quoted-printable
\r
70 On 11/16/2010 08:38 AM, Jameson Rollins wrote:
\r
71 > On Tue, 16 Nov 2010 15:33:30 +0200, "Ciprian Dorin, Craciun" <ciprian.c=
\r
72 raciun@gmail.com> wrote:
\r
73 >> So my question is: is this behaviour (of deleting the file and
\r
74 >> creating a new one) deliberate? If not, could it be fixed (I could
\r
75 >> provide a patch) to just update the file in place?
\r
77 > Hi, Ciprian. I had not noticed this, but now that you mention it, I se=
\r
79 > that the same thing happened to me. This behavior is surely not
\r
80 > deliberate, and is definitely undesirable. A patch would be welcome.
\r
82 It often is desirable to do a replacement instead of truncation or
\r
83 appending -- atomic replacement guarantees that a legitimate copy is
\r
84 always available. It eliminates a window of time when the config file
\r
85 would be in an intermediate state. Readers of the file always get
\r
86 either the old state or the new state -- nothing in between.
\r
88 However, you can address both concerns by detecting whether
\r
89 ~/.notmuch-config is a symlink and readlink()ing until you get to the
\r
90 underlying file. Then atomically replace the target instead of the
\r
96 --------------enigDF1821FCF2936D02073A5588
\r
97 Content-Type: application/pgp-signature; name="signature.asc"
\r
98 Content-Description: OpenPGP digital signature
\r
99 Content-Disposition: attachment; filename="signature.asc"
\r
101 -----BEGIN PGP SIGNATURE-----
\r
102 Version: GnuPG v1.4.10 (GNU/Linux)
\r
103 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
\r
105 iQIcBAEBCgAGBQJM4qVsAAoJEMzS7ZTSFznpJGwP/iRJrSqiBqbLySatymxduZ43
\r
106 M+E3c1EceP0CF9YcbHkR52pfJOC8CC/Cnr37TIMzHniM4Jh5HN+J/QiMop83gIZx
\r
107 uWZdxctPWNHKOamf0uq26heyjXfC7I7dqgwnIeC1Tg6s3neFDGvfEd5Xeb4a1eUR
\r
108 3sttap+LJVFx2J8akISoSsLpZchN4sF7+4WeEee813qKCMJTAWiJF9rPp/s6+F9z
\r
109 axdrd1gkMTLrYBl3i2OVfUY4p51wkfGuF6OG7GG111fdh11a5ptKTnqkC3yKivGO
\r
110 QFohfnRomo7xrda8MDtl3Ms7v5689XLJw01RubsQhEFrowHIyg+gtkU8GrM/iysq
\r
111 vv+zHAnU6hd7ZNCC9D38C3Wt1c0BcuQKW4XINlUob0cFNDU8EnQC1erypM+HGVu7
\r
112 gq0mOH37d4IsDx2Z+p3S1N9XSZDQAbl1P1j9nxplpraA+r2WDQhuC5H5qxkj+ovG
\r
113 aUwMln6uTHr8x+n3QunNDEo56Xf+CQqHiBM2St/M+b39Ppl12FNNXFDJuH57hrA5
\r
114 kLvEAjV+CLQJN0c2jMQeHT9tKopG5nDCyvTdjZqkf7HmP3l0WRIXwOKV6alJEKfN
\r
115 JQynPVhfHgWgHADg9gAARw+D81bjY4x1V5DyRUFmQfA4N20p+R+eC/Q0vIsgxajJ
\r
116 h2vcJBC2Ca3BJ3EAZ9QT
\r
118 -----END PGP SIGNATURE-----
\r
120 --------------enigDF1821FCF2936D02073A5588--
\r