0e/836e8d3484908ddd275df267565023352540f6

   1 Return-Path: <dme@dme.org>\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 E8966431FB6\r
   6         for <notmuch@notmuchmail.org>; Fri, 16 May 2014 04:12:08 -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: -0.7\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5\r
  12         tests=[RCVD_IN_DNSWL_LOW=-0.7] 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 kQrbgEv4URWM for <notmuch@notmuchmail.org>;\r
  16         Fri, 16 May 2014 04:12:04 -0700 (PDT)\r
  17 Received: from mail-wi0-f174.google.com (mail-wi0-f174.google.com\r
  18         [209.85.212.174]) (using TLSv1 with cipher RC4-SHA (128/128 bits))\r
  19         (No client certificate requested)\r
  20         by olra.theworths.org (Postfix) with ESMTPS id 066AF431FAE\r
  21         for <notmuch@notmuchmail.org>; Fri, 16 May 2014 04:12:03 -0700 (PDT)\r
  22 Received: by mail-wi0-f174.google.com with SMTP id r20so755219wiv.7\r
  23         for <notmuch@notmuchmail.org>; Fri, 16 May 2014 04:12:02 -0700 (PDT)\r
  24 X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;\r
  25         d=1e100.net; s=20130820;\r
  26         h=x-gm-message-state:to:subject:in-reply-to:references:user-agent\r
  27         :from:date:message-id:mime-version:content-type;\r
  28         bh=DPtk+C9p7iqFmL0jvVQzZekDrMQBWWt6wunnB4VZYmo=;\r
  29         b=foHgQhuzkVHZoeztnhrxR9e8omOmO9pKpYK0Fs3EoEWmaCTPmNUUA9AGV+2PP3BRlp\r
  30         dHJNFuWl0vQp8JBRt2Pd0rRF8/YVAxDVzx4c2PVoFPF+DrlhQCAeZwR6E3DrA+W7jJz6\r
  31         soQ5rWo7v3GPBGozB1n0SOczjkNq852vKCn4o8cqlRnexpmMj6Fd7I7rnUmLfbFNLioi\r
  32         hlKHrsLz34aLYJ9ut8iiB22WhPVQBE1KtiqR4VZecConkQJJeoD7hJFHo1ljN69xkjnT\r
  33         EvZLVxSBail4IbeMzj5gHfCWpZoyDndVxTBau9nlv1MvP+mlGu4KEb8MoFr/Kqf09Bp2\r
  34         N+zA==\r
  35 X-Gm-Message-State:\r
  36  ALoCoQlzuSQgvDAB6ZwmBddJVXs/5Of/wkzeHHyO/Oqh6dgGm95Q6BXEUQcUyEoQoJtuvf+SwYAT\r
  37 X-Received: by 10.180.12.238 with SMTP id b14mr13438005wic.16.1400238722325;\r
  38         Fri, 16 May 2014 04:12:02 -0700 (PDT)\r
  39 Received: from localhost ([2a01:348:1a2:1:a288:b4ff:fe8a:77d8])\r
  40         by mx.google.com with ESMTPSA id ho2sm2800973wib.15.2014.05.16.04.12.00\r
  41         for <multiple recipients>\r
  42         (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);\r
  43         Fri, 16 May 2014 04:12:00 -0700 (PDT)\r
  44 To: Wael Nasreddine <wael.nasreddine@gmail.com>, notmuch@notmuchmail.org\r
  45 Subject: Re: [PATCH v2] Enable Travis-CI as a backup continuous\r
  46         integration     service.\r
  47 In-Reply-To: <w52c8uq3szyh.fsf@gaea.mtv.corp.google.com>\r
  48 References: <1400108004-26955-1-git-send-email-wael.nasreddine@gmail.com>\r
  49         <1400108004-26955-2-git-send-email-wael.nasreddine@gmail.com>\r
  50         <cun1tvv5zi3.fsf@hotblack-desiato.hh.sledj.net>\r
  51         <w52c8uq3szyh.fsf@gaea.mtv.corp.google.com>\r
  52 User-Agent: Notmuch/0.18 (http://notmuchmail.org) Emacs/24.3.1\r
  53         (x86_64-pc-linux-gnu)\r
  54 From: David Edmondson <dme@dme.org>\r
  55 Date: Fri, 16 May 2014 12:11:52 +0100\r
  56 Message-ID: <cuniop63rlz.fsf@hotblack-desiato.hh.sledj.net>\r
  57 MIME-Version: 1.0\r
  58 Content-Type: multipart/signed; boundary="=-=-=";\r
  59         micalg=pgp-sha1; protocol="application/pgp-signature"\r
  60 X-BeenThere: notmuch@notmuchmail.org\r
  61 X-Mailman-Version: 2.1.13\r
  62 Precedence: list\r
  63 List-Id: "Use and development of the notmuch mail system."\r
  64         <notmuch.notmuchmail.org>\r
  65 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  66         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  67 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  68 List-Post: <mailto:notmuch@notmuchmail.org>\r
  69 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  70 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  71         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  72 X-List-Received-Date: Fri, 16 May 2014 11:12:09 -0000\r
  73 \r
  74 --=-=-=\r
  75 Content-Type: text/plain\r
  76 \r
  77 On Thu, May 15 2014, Wael Nasreddine wrote:\r
  78 > It is fragile, but unfortunately there's no way (As far as I know)\r
  79 > around this problem. Travis-CI is currently running Ubuntu Precise\r
  80 > (12.04) and they have plans to update to Trusty[0] but it's going to take\r
  81 > them some time.\r
  82 \r
  83 Please forgive my ignorance. What is the place from which you are\r
  84 grabbing these packages? It doesn't seem to be part of the Ubuntu\r
  85 repositories. Is there no backports or security-updates repository for\r
  86 Ubuntu 12.04?\r
  87 \r
  88 I'm really asking whether there is a way to use the standard Ubuntu\r
  89 repositories to get the packages rather than downloading them directly.\r
  90 \r
  91 >> - What happens when those are no longer the right version numbers?\r
  92 > I can host the files in a Github repository if that would work better? I\r
  93 > am not very concerned about security in this case because Travis runs in\r
  94 > an isolated disposable VM created for the build and destroyed\r
  95 > afterwards.\r
  96 \r
  97 I have no strong preference. If they aren't coming from the standard\r
  98 repositories then it's all just slightly different versions of bad :-)\r
  99 \r
 100 >> - What happens when those versions are already provided by the standard\r
 101 >>   repository?\r
 102 >\r
 103 > When #2046[0] is fixed by the Travis-CI team, our travis.yml will be\r
 104 > updated to work accordingly.\r
 105 \r
 106 Presume that you have lost interest in notmuch. How will we know that\r
 107 this has happened?\r
 108 \r
 109 >> - What happens if travis runs start happening on (say) an arm64 machine?\r
 110 >\r
 111 > Travis is currently running amd64[1] and I don't think they have plans\r
 112 > to change that, in fact I heard that they have plans to support more\r
 113 > architectures configurable in .travis.yml\r
 114 \r
 115 Your two statements seem contradictory here.\r
 116 \r
 117 >> I realise that you might answer "I will keep this up to date", but we\r
 118 >> have to worry about what happens if you lose interest and wander away.\r
 119 >\r
 120 > Absolutely, I understand your point and no one can guarantee\r
 121 > maintainer-ship. I can modify my patch and add documentation (comments\r
 122 > in the yaml file) about what each flag does, where can you documentation\r
 123 > about it and of course details about the hack. Would that be helpful?\r
 124 \r
 125 Comments explaining the need to grab the packages directly would be the\r
 126 absolute minimum requirement, I think. Include a pointer to the travis\r
 127 issue that you mentioned.\r
 128 \r
 129 --=-=-=\r
 130 Content-Type: application/pgp-signature; name="signature.asc"\r
 131 \r
 132 -----BEGIN PGP SIGNATURE-----\r
 133 Version: GnuPG v1\r
 134 \r
 135 iKYEARECAGYFAlN18nhfFIAAAAAALgAoaXNzdWVyLWZwckBub3RhdGlvbnMub3Bl\r
 136 bnBncC5maWZ0aGhvcnNlbWFuLm5ldDc1M0Y5NDJDMEExNjc3MDE4OURGMUYyMDY5\r
 137 RUNEMEFCRjA0OTY1MTYACgkQaezQq/BJZRbmWwCfeHJ1lc20hYbQcEyFwuSxgGXf\r
 138 xi4AnRjeYXiADpkNC4sJMQhLhgHCaq8g\r
 139 =dMs9\r
 140 -----END PGP SIGNATURE-----\r
 141 --=-=-=--\r