From aa7ede3ee38392a0dd22b4db1427509968ef91e7 Mon Sep 17 00:00:00 2001 From: Jameson Graef Rollins Date: Tue, 18 Mar 2014 14:29:34 +1700 Subject: [PATCH] Re: WARNING: database upgrade coming --- fe/89f35efffe5d92a3c28763d754b97264d646d8 | 102 ++++++++++++++++++++++ 1 file changed, 102 insertions(+) create mode 100644 fe/89f35efffe5d92a3c28763d754b97264d646d8 diff --git a/fe/89f35efffe5d92a3c28763d754b97264d646d8 b/fe/89f35efffe5d92a3c28763d754b97264d646d8 new file mode 100644 index 000000000..03d3e1d51 --- /dev/null +++ b/fe/89f35efffe5d92a3c28763d754b97264d646d8 @@ -0,0 +1,102 @@ +Return-Path: +X-Original-To: notmuch@notmuchmail.org +Delivered-To: notmuch@notmuchmail.org +Received: from localhost (localhost [127.0.0.1]) + by olra.theworths.org (Postfix) with ESMTP id 18582431FC0 + for ; Mon, 17 Mar 2014 14:29:49 -0700 (PDT) +X-Virus-Scanned: Debian amavisd-new at olra.theworths.org +X-Spam-Flag: NO +X-Spam-Score: -2.3 +X-Spam-Level: +X-Spam-Status: No, score=-2.3 tagged_above=-999 required=5 + tests=[RCVD_IN_DNSWL_MED=-2.3] autolearn=disabled +Received: from olra.theworths.org ([127.0.0.1]) + by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024) + with ESMTP id wdoKtvfOk6Oa for ; + Mon, 17 Mar 2014 14:29:41 -0700 (PDT) +Received: from outgoing-mail.its.caltech.edu (outgoing-mail.its.caltech.edu + [131.215.239.19]) + by olra.theworths.org (Postfix) with ESMTP id 3BA8A431FBD + for ; Mon, 17 Mar 2014 14:29:41 -0700 (PDT) +Received: from fire-doxen.imss.caltech.edu (localhost [127.0.0.1]) + by fire-doxen-postvirus (Postfix) with ESMTP id 9B1EF3282FC; + Mon, 17 Mar 2014 14:29:38 -0700 (PDT) +X-Spam-Scanned: at Caltech-IMSS on fire-doxen by amavisd-new +Received: from finestructure.net (unknown [198.129.209.100]) + (Authenticated sender: jrollins) + by fire-doxen-submit (Postfix) with ESMTP id C22A3328306; + Mon, 17 Mar 2014 14:29:37 -0700 (PDT) +Received: by finestructure.net (Postfix, from userid 1000) + id 405B5600C2; Mon, 17 Mar 2014 14:29:37 -0700 (PDT) +From: Jameson Graef Rollins +To: David Bremner , Jani Nikula , + Notmuch list +Subject: Re: WARNING: database upgrade coming +In-Reply-To: <87eh20v7zc.fsf@zancas.localnet> +References: <874n37a017.fsf@zancas.localnet> + <87txawkam3.fsf@servo.finestructure.net> + <87a9cood0l.fsf@nikula.org> <87eh20v7zc.fsf@zancas.localnet> +User-Agent: Notmuch/0.17+134~g31849a1 (http://notmuchmail.org) Emacs/24.3.1 + (x86_64-pc-linux-gnu) +Date: Mon, 17 Mar 2014 14:29:34 -0700 +Message-ID: <87bnx4jyyp.fsf@servo.finestructure.net> +MIME-Version: 1.0 +Content-Type: multipart/signed; boundary="=-=-="; + micalg=pgp-sha256; protocol="application/pgp-signature" +X-BeenThere: notmuch@notmuchmail.org +X-Mailman-Version: 2.1.13 +Precedence: list +List-Id: "Use and development of the notmuch mail system." + +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Mon, 17 Mar 2014 21:29:49 -0000 + +--=-=-= +Content-Type: text/plain + +On Mon, Mar 17 2014, David Bremner wrote: +> Jani Nikula writes: +>> FWIW it should always be safe to interrupt the upgrade; I know we don't +>> inform the user about this. +> +> With that in mind, would it be reasonable/worthwhile to print a 5 second (or so) +> countdown before running the upgrade? But then people who run it +> non-interactively would still automagically get the upgrade, just 5 +> seconds later. + +My vote would be that anything invasive like this should be done with an +explicit "OK" from the user. In otherwords, when a database upgrade is +due, non-interactive usage of notmuch new should fail until the user has +run notmuch new interactively and acknowledged that a db upgrade will be +happening and that they're ok with it. + +jamie. + + +--=-=-= +Content-Type: application/pgp-signature + +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1 + +iQIcBAEBCAAGBQJTJ2k+AAoJEO00zqvie6q8XSkQAJFY150Zx7Xz5vtxjd7GP4xy +EbslorO+qp3WaGEkOxDuweLTGSHsXEpT5O4z4lEd7MPNwXbnBqxeMllOUjYv0C5j ++2kHljTZKOoaZKAZG1hxfdPQvVBv+O467i2FXWVUDlmSSbKJ5e/cFhFiLJygzfJx +t47MAgWcb+901QVZE86z+Zv71GLGwTJstDl0YEe4IiBbuvYI7ne4FyUWQLQj3BjD +lRTfiBgoOo8nmIulr3cascz7Rl4J+wkWKKEDrtyDhOrharts7Wp7vWI+egHWeoTy +IuoRBy65PQVUVFLOfmsxbUnXgawFhmVmY/QPZsvY67bkjECBHiygW+j56fUufQoA +GaOZmn5Hq4RiVLlEBFz1TSz279gI5CWUlLDbO/6dLJeNQ4eJq1AGbZsa9IQE62KG +D88QHwGgdmDhhUNOFDFh9eI0yI+zmEItTpdnie77nUik23x0jPIpgdYOEuobItk8 +dKiKFBSa1DsraozwOiiwLa/Jpim7H9HU3qGuPvKBZicpVKB2dwBqskMJsVcquhNU +pUUExRagrJ7LxhIveLfcpGDN5bo1bIWPftjrVSYLQUG9Ha1knjfZW5vv3ywru1ED +zJRhgvAkbGG7H/6/iadHoeu+oadAsoA89onho3zYksECXy5UlxKq/8PsSdPdMvTY +m4Ro97bQf3T2IWw24jyg +=ODmf +-----END PGP SIGNATURE----- +--=-=-=-- -- 2.26.2