1a/3b4abe59178a7bbac3637c4ae8c3f33b5a0d80

   1 Return-Path: <wael.nasreddine@gmail.com>\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 2A4EE431FBF\r
   6         for <notmuch@notmuchmail.org>; Thu,  8 May 2014 17:13:56 -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.798\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-0.798 tagged_above=-999 required=5\r
  12         tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1,\r
  13         FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7]\r
  14         autolearn=disabled\r
  15 Received: from olra.theworths.org ([127.0.0.1])\r
  16         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  17         with ESMTP id GvnsMs3p23h6 for <notmuch@notmuchmail.org>;\r
  18         Thu,  8 May 2014 17:13:52 -0700 (PDT)\r
  19 Received: from mail-ob0-f181.google.com (mail-ob0-f181.google.com\r
  20         [209.85.214.181]) (using TLSv1 with cipher RC4-SHA (128/128 bits))\r
  21         (No client certificate requested)\r
  22         by olra.theworths.org (Postfix) with ESMTPS id 87BF5431FAE\r
  23         for <notmuch@notmuchmail.org>; Thu,  8 May 2014 17:13:52 -0700 (PDT)\r
  24 Received: by mail-ob0-f181.google.com with SMTP id wm4so4008814obc.12\r
  25         for <notmuch@notmuchmail.org>; Thu, 08 May 2014 17:13:52 -0700 (PDT)\r
  26 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;\r
  27         h=mime-version:references:from:date:message-id:subject:to:cc\r
  28         :content-type; bh=s3Z1PyDbsB1AfuAnPHGfpr/n2Gs6B5L6D6/59Rm3nYQ=;\r
  29         b=leXnRcetfcHiy0R3Kureq6Jeer4zQtHknrZRkdwgbgLtQkgy68W7/Js2kkd4U3mpme\r
  30         dX3hqLIXIqTuZvFaycvFsj73f9uyhW6ZezpNIJIYui2UtdRQ1RmY6m3usX4e5sIrEghp\r
  31         JXD9EnsL03j0qvsaGjVLeNec8nxRPMcGxAtNOMtMrJVhv0drJl+F4hif6v5ftRumEceP\r
  32         mtbzQpTUdIEwNWiZ4x2HMlAkqAbUTHarOrtUgWqY8hox8A5mq9eE8fcgPHSFSpcJ1xDg\r
  33         2IhTP0AEgdg4y+nWrggjR9zESJAEin5xqTocIsh4dK16FUxa2zjejCWFPH5s9jiMkDrc\r
  34         Ty2A==\r
  35 X-Received: by 10.60.145.171 with SMTP id sv11mr8541327oeb.64.1399594431919;\r
  36         Thu, 08 May 2014 17:13:51 -0700 (PDT)\r
  37 MIME-Version: 1.0\r
  38 References:\r
  39  <CA+kKtKAw=nEn2dfcvF6++gD5ng+S3T8SLAdVL=Hs=EsvwUg6aw@mail.gmail.com>\r
  40         <87iopgkaiz.fsf@nikula.org> <E1WiJsj-0004mz-VK@teckel.deptj.eu>\r
  41         <20140508101325.GC23124@vilya.m0g.net>\r
  42         <CA+kKtKA8Q5z6Pys9RAumLTiJvmGwWYKGXDkKr9Mh_6ecV-7sdA@mail.gmail.com>\r
  43         <874n0zvqrx.fsf@maritornes.cs.unb.ca>\r
  44         <CA+kKtKBSP0RYRy6GgEWcqTsAm_CzkN7zJfkjfwAgq8HqoyU+WQ@mail.gmail.com>\r
  45         <20140508234945.GW28634@odin.tremily.us>\r
  46 From: Wael Nasreddine <wael.nasreddine@gmail.com>\r
  47 Date: Fri, 09 May 2014 00:13:51 +0000\r
  48 Message-ID:\r
  49  <CA+kKtKDovSKWwUbtXG2pWiEjHFu-Zkaz=CKWbU8=UNWogDmhGw@mail.gmail.com>\r
  50 Subject: Re: Github?\r
  51 To: "W. Trevor King" <wking@tremily.us>\r
  52 Content-Type: multipart/alternative; boundary=047d7b5d4748f1be9e04f8ec78ea\r
  53 Cc: notmuch@notmuchmail.org\r
  54 X-BeenThere: notmuch@notmuchmail.org\r
  55 X-Mailman-Version: 2.1.13\r
  56 Precedence: list\r
  57 List-Id: "Use and development of the notmuch mail system."\r
  58         <notmuch.notmuchmail.org>\r
  59 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  60         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  61 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  62 List-Post: <mailto:notmuch@notmuchmail.org>\r
  63 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  64 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  65         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  66 X-List-Received-Date: Fri, 09 May 2014 00:13:56 -0000\r
  67 \r
  68 --047d7b5d4748f1be9e04f8ec78ea\r
  69 Content-Type: text/plain; charset=UTF-8\r
  70 Content-Transfer-Encoding: quoted-printable\r
  71 \r
  72 I understand. Maybe we should convert the current Github to a real mirror,\r
  73 mirroring all the branches and tags as is and a) add .Travis.yml upstream\r
  74 or b) maintain a separate fork (maybe under my own profile) for Travis\r
  75 integration\r
  76 \r
  77 Would you be willing to add Travis.yml upstream?\r
  78 \r
  79 In any case, all what I'm trying to do is help, help you with more CI\r
  80 visibility, your users with a more familiar interface and hopefully attract\r
  81 more hackers. I really do appreciate all the work done, this is am amazing\r
  82 project!\r
  83 \r
  84 \r
  85 On Thursday, May 8, 2014 4:49:47 PM, W. Trevor King <wking@tremily.us>\r
  86 wrote:\r
  87 \r
  88 > On Thu, May 08, 2014 at 11:18:23PM +0000, Wael Nasreddine wrote:\r
  89 > > Well like I said in my first email, if you guys are interested in ownin=\r
  90 g\r
  91 > > and maintaining the GitHub repo it is yours, besides I have not done\r
  92 > > anything with the history I only added one commit which will never\r
  93 > conflict\r
  94 > > with upstream unless you add a .Travis.yml file :)\r
  95 >\r
  96 > I don't think merge conflicts are the problem here.  If the GitHub\r
  97 > mirror claims to be a mirror but adds an additional commit B:\r
  98 >\r
  99 >   -o---o---o---A  notmuch/master\r
 100 >                 \\r
 101 >                  B  github/master\r
 102 >\r
 103 > Someone who takes the =E2=80=9Cmirror=E2=80=9D claim at face value may us=\r
 104 e\r
 105 > github/master as the base for some feature:\r
 106 >\r
 107 >   -o---o---o---A  notmuch/master\r
 108 >                 \\r
 109 >                  B  github/master\r
 110 >                   \\r
 111 >                    C---o---o  some-feature\r
 112 >\r
 113 > Now when they submit the patches to this list, they might send a patch\r
 114 > series that drags in B (probably not what the some-feature author\r
 115 > wanted).  Alternatively, they might send a patch series starting with\r
 116 > C and say =E2=80=9Cthis is based on B=E2=80=9D, and anyone who's only fol=\r
 117 lowing the\r
 118 > main repo thinks, =E2=80=9CWhat is B?  I don't have that commit.=E2=80=9D=\r
 119 .\r
 120 >\r
 121 > You'll also have to continuously rebase github/master to keep A on top\r
 122 > of notmuch/master, which means any feature branches built on\r
 123 > github/master will *also* have to be continuously rebased:\r
 124 >\r
 125 >   -o---o---o---A---D  notmuch/master\r
 126 >                     \\r
 127 >                      A'  github/master\r
 128 >                       \\r
 129 >                        B'---o---o  some-feature\r
 130 >\r
 131 > Keeping a fork with commits that aren't upstream is fine, and\r
 132 > maintaining a fork with an additional .Travis.yml file will probably\r
 133 > be pretty easy, but calling that fork a mirror is going to cause\r
 134 > needless confusion.\r
 135 >\r
 136 > Cheers,\r
 137 > Trevor\r
 138 >\r
 139 > --\r
 140 > This email may be signed or encrypted with GnuPG (http://www.gnupg.org).\r
 141 > For more information, see http://en.wikipedia.org/wiki/Pretty_Good_Privac=\r
 142 y\r
 143 >\r
 144 \r
 145 --047d7b5d4748f1be9e04f8ec78ea\r
 146 Content-Type: text/html; charset=UTF-8\r
 147 Content-Transfer-Encoding: quoted-printable\r
 148 \r
 149 I understand. Maybe we should convert the current Github to a real mirror, =\r
 150 mirroring all the branches and tags as is and a) add .Travis.yml upstream o=\r
 151 r b) maintain a separate fork (maybe under my own profile) for Travis integ=\r
 152 ration<br>\r
 153 <br>Would you be willing to add Travis.yml upstream?<br><br>In any case, al=\r
 154 l what I&#39;m trying to do is help, help you with more CI visibility, your=\r
 155  users with a more familiar interface and hopefully attract more hackers. I=\r
 156  really do appreciate all the work done, this is am amazing project!<br>\r
 157 <br><br><div>On Thursday, May 8, 2014 4:49:47 PM, W. Trevor King &lt;<a hre=\r
 158 f=3D"mailto:wking@tremily.us">wking@tremily.us</a>&gt; wrote:</div><blockqu=\r
 159 ote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc s=\r
 160 olid;padding-left:1ex">\r
 161 On Thu, May 08, 2014 at 11:18:23PM +0000, Wael Nasreddine wrote:<br>\r
 162 &gt; Well like I said in my first email, if you guys are interested in owni=\r
 163 ng<br>\r
 164 &gt; and maintaining the GitHub repo it is yours, besides I have not done<b=\r
 165 r>\r
 166 &gt; anything with the history I only added one commit which will never con=\r
 167 flict<br>\r
 168 &gt; with upstream unless you add a .Travis.yml file :)<br>\r
 169 <br>\r
 170 I don&#39;t think merge conflicts are the problem here. =C2=A0If the GitHub=\r
 171 <br>\r
 172 mirror claims to be a mirror but adds an additional commit B:<br>\r
 173 <br>\r
 174 =C2=A0 -o---o---o---A =C2=A0notmuch/master<br>\r
 175 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 \<br>\r
 176 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0B =C2=A0githu=\r
 177 b/master<br>\r
 178 <br>\r
 179 Someone who takes the =E2=80=9Cmirror=E2=80=9D claim at face value may use<=\r
 180 br>\r
 181 github/master as the base for some feature:<br>\r
 182 <br>\r
 183 =C2=A0 -o---o---o---A =C2=A0notmuch/master<br>\r
 184 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 \<br>\r
 185 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0B =C2=A0githu=\r
 186 b/master<br>\r
 187 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 \<br>\r
 188 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0C---o-=\r
 189 --o =C2=A0some-feature<br>\r
 190 <br>\r
 191 Now when they submit the patches to this list, they might send a patch<br>\r
 192 series that drags in B (probably not what the some-feature author<br>\r
 193 wanted). =C2=A0Alternatively, they might send a patch series starting with<=\r
 194 br>\r
 195 C and say =E2=80=9Cthis is based on B=E2=80=9D, and anyone who&#39;s only f=\r
 196 ollowing the<br>\r
 197 main repo thinks, =E2=80=9CWhat is B? =C2=A0I don&#39;t have that commit.=\r
 198 =E2=80=9D.<br>\r
 199 <br>\r
 200 You&#39;ll also have to continuously rebase github/master to keep A on top<=\r
 201 br>\r
 202 of notmuch/master, which means any feature branches built on<br>\r
 203 github/master will *also* have to be continuously rebased:<br>\r
 204 <br>\r
 205 =C2=A0 -o---o---o---A---D =C2=A0notmuch/master<br>\r
 206 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 \<br>\r
 207 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=\r
 208 =A0A&#39; =C2=A0github/master<br>\r
 209 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=\r
 210 =A0 \<br>\r
 211 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=\r
 212 =A0 =C2=A0B&#39;---o---o =C2=A0some-feature<br>\r
 213 <br>\r
 214 Keeping a fork with commits that aren&#39;t upstream is fine, and<br>\r
 215 maintaining a fork with an additional .Travis.yml file will probably<br>\r
 216 be pretty easy, but calling that fork a mirror is going to cause<br>\r
 217 needless confusion.<br>\r
 218 <br>\r
 219 Cheers,<br>\r
 220 Trevor<br>\r
 221 <br>\r
 222 --<br>\r
 223 This email may be signed or encrypted with GnuPG (<a href=3D"http://www.gnu=\r
 224 pg.org" target=3D"_blank">http://www.gnupg.org</a>).<br>\r
 225 For more information, see <a href=3D"http://en.wikipedia.org/wiki/Pretty_Go=\r
 226 od_Privacy" target=3D"_blank">http://en.wikipedia.org/wiki/<u></u>Pretty_Go=\r
 227 od_Privacy</a><br>\r
 228 </blockquote>\r
 229 \r
 230 --047d7b5d4748f1be9e04f8ec78ea--\r