fe/89f35efffe5d92a3c28763d754b97264d646d8

   1 Return-Path: <jrollins@finestructure.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 18582431FC0\r
   6         for <notmuch@notmuchmail.org>; Mon, 17 Mar 2014 14:29:49 -0700 (PDT)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: -2.3\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-2.3 tagged_above=-999 required=5\r
  12         tests=[RCVD_IN_DNSWL_MED=-2.3] 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 wdoKtvfOk6Oa for <notmuch@notmuchmail.org>;\r
  16         Mon, 17 Mar 2014 14:29:41 -0700 (PDT)\r
  17 Received: from outgoing-mail.its.caltech.edu (outgoing-mail.its.caltech.edu\r
  18         [131.215.239.19])\r
  19         by olra.theworths.org (Postfix) with ESMTP id 3BA8A431FBD\r
  20         for <notmuch@notmuchmail.org>; Mon, 17 Mar 2014 14:29:41 -0700 (PDT)\r
  21 Received: from fire-doxen.imss.caltech.edu (localhost [127.0.0.1])\r
  22         by fire-doxen-postvirus (Postfix) with ESMTP id 9B1EF3282FC;\r
  23         Mon, 17 Mar 2014 14:29:38 -0700 (PDT)\r
  24 X-Spam-Scanned: at Caltech-IMSS on fire-doxen by amavisd-new\r
  25 Received: from finestructure.net (unknown [198.129.209.100])\r
  26         (Authenticated sender: jrollins)\r
  27         by fire-doxen-submit (Postfix) with ESMTP id C22A3328306;\r
  28         Mon, 17 Mar 2014 14:29:37 -0700 (PDT)\r
  29 Received: by finestructure.net (Postfix, from userid 1000)\r
  30         id 405B5600C2; Mon, 17 Mar 2014 14:29:37 -0700 (PDT)\r
  31 From: Jameson Graef Rollins <jrollins@finestructure.net>\r
  32 To: David Bremner <david@tethera.net>, Jani Nikula <jani@nikula.org>,\r
  33         Notmuch list <notmuch@notmuchmail.org>\r
  34 Subject: Re: WARNING: database upgrade coming\r
  35 In-Reply-To: <87eh20v7zc.fsf@zancas.localnet>\r
  36 References: <874n37a017.fsf@zancas.localnet>\r
  37         <87txawkam3.fsf@servo.finestructure.net>\r
  38         <87a9cood0l.fsf@nikula.org> <87eh20v7zc.fsf@zancas.localnet>\r
  39 User-Agent: Notmuch/0.17+134~g31849a1 (http://notmuchmail.org) Emacs/24.3.1\r
  40         (x86_64-pc-linux-gnu)\r
  41 Date: Mon, 17 Mar 2014 14:29:34 -0700\r
  42 Message-ID: <87bnx4jyyp.fsf@servo.finestructure.net>\r
  43 MIME-Version: 1.0\r
  44 Content-Type: multipart/signed; boundary="=-=-=";\r
  45         micalg=pgp-sha256; protocol="application/pgp-signature"\r
  46 X-BeenThere: notmuch@notmuchmail.org\r
  47 X-Mailman-Version: 2.1.13\r
  48 Precedence: list\r
  49 List-Id: "Use and development of the notmuch mail system."\r
  50         <notmuch.notmuchmail.org>\r
  51 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  52         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  53 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  54 List-Post: <mailto:notmuch@notmuchmail.org>\r
  55 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  56 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  57         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  58 X-List-Received-Date: Mon, 17 Mar 2014 21:29:49 -0000\r
  59 \r
  60 --=-=-=\r
  61 Content-Type: text/plain\r
  62 \r
  63 On Mon, Mar 17 2014, David Bremner <david@tethera.net> wrote:\r
  64 > Jani Nikula <jani@nikula.org> writes:\r
  65 >> FWIW it should always be safe to interrupt the upgrade; I know we don't\r
  66 >> inform the user about this.\r
  67 >\r
  68 > With that in mind, would it be reasonable/worthwhile to print a 5 second (or so)\r
  69 > countdown before running the upgrade? But then people who run it\r
  70 > non-interactively would still automagically get the upgrade, just 5\r
  71 > seconds later.\r
  72 \r
  73 My vote would be that anything invasive like this should be done with an\r
  74 explicit "OK" from the user.  In otherwords, when a database upgrade is\r
  75 due, non-interactive usage of notmuch new should fail until the user has\r
  76 run notmuch new interactively and acknowledged that a db upgrade will be\r
  77 happening and that they're ok with it.\r
  78 \r
  79 jamie.\r
  80 \r
  81 \r
  82 --=-=-=\r
  83 Content-Type: application/pgp-signature\r
  84 \r
  85 -----BEGIN PGP SIGNATURE-----\r
  86 Version: GnuPG v1\r
  87 \r
  88 iQIcBAEBCAAGBQJTJ2k+AAoJEO00zqvie6q8XSkQAJFY150Zx7Xz5vtxjd7GP4xy\r
  89 EbslorO+qp3WaGEkOxDuweLTGSHsXEpT5O4z4lEd7MPNwXbnBqxeMllOUjYv0C5j\r
  90 +2kHljTZKOoaZKAZG1hxfdPQvVBv+O467i2FXWVUDlmSSbKJ5e/cFhFiLJygzfJx\r
  91 t47MAgWcb+901QVZE86z+Zv71GLGwTJstDl0YEe4IiBbuvYI7ne4FyUWQLQj3BjD\r
  92 lRTfiBgoOo8nmIulr3cascz7Rl4J+wkWKKEDrtyDhOrharts7Wp7vWI+egHWeoTy\r
  93 IuoRBy65PQVUVFLOfmsxbUnXgawFhmVmY/QPZsvY67bkjECBHiygW+j56fUufQoA\r
  94 GaOZmn5Hq4RiVLlEBFz1TSz279gI5CWUlLDbO/6dLJeNQ4eJq1AGbZsa9IQE62KG\r
  95 D88QHwGgdmDhhUNOFDFh9eI0yI+zmEItTpdnie77nUik23x0jPIpgdYOEuobItk8\r
  96 dKiKFBSa1DsraozwOiiwLa/Jpim7H9HU3qGuPvKBZicpVKB2dwBqskMJsVcquhNU\r
  97 pUUExRagrJ7LxhIveLfcpGDN5bo1bIWPftjrVSYLQUG9Ha1knjfZW5vv3ywru1ED\r
  98 zJRhgvAkbGG7H/6/iadHoeu+oadAsoA89onho3zYksECXy5UlxKq/8PsSdPdMvTY\r
  99 m4Ro97bQf3T2IWw24jyg\r
 100 =ODmf\r
 101 -----END PGP SIGNATURE-----\r
 102 --=-=-=--\r