Re: Github?
authorWael Nasreddine <wael.nasreddine@gmail.com>
Fri, 9 May 2014 00:13:51 +0000 (00:13 +0000)
committerW. Trevor King <wking@tremily.us>
Fri, 7 Nov 2014 18:02:26 +0000 (10:02 -0800)
1a/3b4abe59178a7bbac3637c4ae8c3f33b5a0d80 [new file with mode: 0644]

diff --git a/1a/3b4abe59178a7bbac3637c4ae8c3f33b5a0d80 b/1a/3b4abe59178a7bbac3637c4ae8c3f33b5a0d80
new file mode 100644 (file)
index 0000000..200470f
--- /dev/null
@@ -0,0 +1,230 @@
+Return-Path: <wael.nasreddine@gmail.com>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+       by olra.theworths.org (Postfix) with ESMTP id 2A4EE431FBF\r
+       for <notmuch@notmuchmail.org>; Thu,  8 May 2014 17:13:56 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -0.798\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-0.798 tagged_above=-999 required=5\r
+       tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1,\r
+       FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7]\r
+       autolearn=disabled\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+       by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+       with ESMTP id GvnsMs3p23h6 for <notmuch@notmuchmail.org>;\r
+       Thu,  8 May 2014 17:13:52 -0700 (PDT)\r
+Received: from mail-ob0-f181.google.com (mail-ob0-f181.google.com\r
+       [209.85.214.181]) (using TLSv1 with cipher RC4-SHA (128/128 bits))\r
+       (No client certificate requested)\r
+       by olra.theworths.org (Postfix) with ESMTPS id 87BF5431FAE\r
+       for <notmuch@notmuchmail.org>; Thu,  8 May 2014 17:13:52 -0700 (PDT)\r
+Received: by mail-ob0-f181.google.com with SMTP id wm4so4008814obc.12\r
+       for <notmuch@notmuchmail.org>; Thu, 08 May 2014 17:13:52 -0700 (PDT)\r
+DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;\r
+       h=mime-version:references:from:date:message-id:subject:to:cc\r
+       :content-type; bh=s3Z1PyDbsB1AfuAnPHGfpr/n2Gs6B5L6D6/59Rm3nYQ=;\r
+       b=leXnRcetfcHiy0R3Kureq6Jeer4zQtHknrZRkdwgbgLtQkgy68W7/Js2kkd4U3mpme\r
+       dX3hqLIXIqTuZvFaycvFsj73f9uyhW6ZezpNIJIYui2UtdRQ1RmY6m3usX4e5sIrEghp\r
+       JXD9EnsL03j0qvsaGjVLeNec8nxRPMcGxAtNOMtMrJVhv0drJl+F4hif6v5ftRumEceP\r
+       mtbzQpTUdIEwNWiZ4x2HMlAkqAbUTHarOrtUgWqY8hox8A5mq9eE8fcgPHSFSpcJ1xDg\r
+       2IhTP0AEgdg4y+nWrggjR9zESJAEin5xqTocIsh4dK16FUxa2zjejCWFPH5s9jiMkDrc\r
+       Ty2A==\r
+X-Received: by 10.60.145.171 with SMTP id sv11mr8541327oeb.64.1399594431919;\r
+       Thu, 08 May 2014 17:13:51 -0700 (PDT)\r
+MIME-Version: 1.0\r
+References:\r
+ <CA+kKtKAw=nEn2dfcvF6++gD5ng+S3T8SLAdVL=Hs=EsvwUg6aw@mail.gmail.com>\r
+       <87iopgkaiz.fsf@nikula.org> <E1WiJsj-0004mz-VK@teckel.deptj.eu>\r
+       <20140508101325.GC23124@vilya.m0g.net>\r
+       <CA+kKtKA8Q5z6Pys9RAumLTiJvmGwWYKGXDkKr9Mh_6ecV-7sdA@mail.gmail.com>\r
+       <874n0zvqrx.fsf@maritornes.cs.unb.ca>\r
+       <CA+kKtKBSP0RYRy6GgEWcqTsAm_CzkN7zJfkjfwAgq8HqoyU+WQ@mail.gmail.com>\r
+       <20140508234945.GW28634@odin.tremily.us>\r
+From: Wael Nasreddine <wael.nasreddine@gmail.com>\r
+Date: Fri, 09 May 2014 00:13:51 +0000\r
+Message-ID:\r
+ <CA+kKtKDovSKWwUbtXG2pWiEjHFu-Zkaz=CKWbU8=UNWogDmhGw@mail.gmail.com>\r
+Subject: Re: Github?\r
+To: "W. Trevor King" <wking@tremily.us>\r
+Content-Type: multipart/alternative; boundary=047d7b5d4748f1be9e04f8ec78ea\r
+Cc: notmuch@notmuchmail.org\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+       <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Fri, 09 May 2014 00:13:56 -0000\r
+\r
+--047d7b5d4748f1be9e04f8ec78ea\r
+Content-Type: text/plain; charset=UTF-8\r
+Content-Transfer-Encoding: quoted-printable\r
+\r
+I understand. Maybe we should convert the current Github to a real mirror,\r
+mirroring all the branches and tags as is and a) add .Travis.yml upstream\r
+or b) maintain a separate fork (maybe under my own profile) for Travis\r
+integration\r
+\r
+Would you be willing to add Travis.yml upstream?\r
+\r
+In any case, all what I'm trying to do is help, help you with more CI\r
+visibility, your users with a more familiar interface and hopefully attract\r
+more hackers. I really do appreciate all the work done, this is am amazing\r
+project!\r
+\r
+\r
+On Thursday, May 8, 2014 4:49:47 PM, W. Trevor King <wking@tremily.us>\r
+wrote:\r
+\r
+> On Thu, May 08, 2014 at 11:18:23PM +0000, Wael Nasreddine wrote:\r
+> > Well like I said in my first email, if you guys are interested in ownin=\r
+g\r
+> > and maintaining the GitHub repo it is yours, besides I have not done\r
+> > anything with the history I only added one commit which will never\r
+> conflict\r
+> > with upstream unless you add a .Travis.yml file :)\r
+>\r
+> I don't think merge conflicts are the problem here.  If the GitHub\r
+> mirror claims to be a mirror but adds an additional commit B:\r
+>\r
+>   -o---o---o---A  notmuch/master\r
+>                 \\r
+>                  B  github/master\r
+>\r
+> Someone who takes the =E2=80=9Cmirror=E2=80=9D claim at face value may us=\r
+e\r
+> github/master as the base for some feature:\r
+>\r
+>   -o---o---o---A  notmuch/master\r
+>                 \\r
+>                  B  github/master\r
+>                   \\r
+>                    C---o---o  some-feature\r
+>\r
+> Now when they submit the patches to this list, they might send a patch\r
+> series that drags in B (probably not what the some-feature author\r
+> wanted).  Alternatively, they might send a patch series starting with\r
+> C and say =E2=80=9Cthis is based on B=E2=80=9D, and anyone who's only fol=\r
+lowing the\r
+> main repo thinks, =E2=80=9CWhat is B?  I don't have that commit.=E2=80=9D=\r
+.\r
+>\r
+> You'll also have to continuously rebase github/master to keep A on top\r
+> of notmuch/master, which means any feature branches built on\r
+> github/master will *also* have to be continuously rebased:\r
+>\r
+>   -o---o---o---A---D  notmuch/master\r
+>                     \\r
+>                      A'  github/master\r
+>                       \\r
+>                        B'---o---o  some-feature\r
+>\r
+> Keeping a fork with commits that aren't upstream is fine, and\r
+> maintaining a fork with an additional .Travis.yml file will probably\r
+> be pretty easy, but calling that fork a mirror is going to cause\r
+> needless confusion.\r
+>\r
+> Cheers,\r
+> Trevor\r
+>\r
+> --\r
+> This email may be signed or encrypted with GnuPG (http://www.gnupg.org).\r
+> For more information, see http://en.wikipedia.org/wiki/Pretty_Good_Privac=\r
+y\r
+>\r
+\r
+--047d7b5d4748f1be9e04f8ec78ea\r
+Content-Type: text/html; charset=UTF-8\r
+Content-Transfer-Encoding: quoted-printable\r
+\r
+I understand. Maybe we should convert the current Github to a real mirror, =\r
+mirroring all the branches and tags as is and a) add .Travis.yml upstream o=\r
+r b) maintain a separate fork (maybe under my own profile) for Travis integ=\r
+ration<br>\r
+<br>Would you be willing to add Travis.yml upstream?<br><br>In any case, al=\r
+l what I&#39;m trying to do is help, help you with more CI visibility, your=\r
+ users with a more familiar interface and hopefully attract more hackers. I=\r
+ really do appreciate all the work done, this is am amazing project!<br>\r
+<br><br><div>On Thursday, May 8, 2014 4:49:47 PM, W. Trevor King &lt;<a hre=\r
+f=3D"mailto:wking@tremily.us">wking@tremily.us</a>&gt; wrote:</div><blockqu=\r
+ote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc s=\r
+olid;padding-left:1ex">\r
+On Thu, May 08, 2014 at 11:18:23PM +0000, Wael Nasreddine wrote:<br>\r
+&gt; Well like I said in my first email, if you guys are interested in owni=\r
+ng<br>\r
+&gt; and maintaining the GitHub repo it is yours, besides I have not done<b=\r
+r>\r
+&gt; anything with the history I only added one commit which will never con=\r
+flict<br>\r
+&gt; with upstream unless you add a .Travis.yml file :)<br>\r
+<br>\r
+I don&#39;t think merge conflicts are the problem here. =C2=A0If the GitHub=\r
+<br>\r
+mirror claims to be a mirror but adds an additional commit B:<br>\r
+<br>\r
+=C2=A0 -o---o---o---A =C2=A0notmuch/master<br>\r
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 \<br>\r
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0B =C2=A0githu=\r
+b/master<br>\r
+<br>\r
+Someone who takes the =E2=80=9Cmirror=E2=80=9D claim at face value may use<=\r
+br>\r
+github/master as the base for some feature:<br>\r
+<br>\r
+=C2=A0 -o---o---o---A =C2=A0notmuch/master<br>\r
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 \<br>\r
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0B =C2=A0githu=\r
+b/master<br>\r
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 \<br>\r
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0C---o-=\r
+--o =C2=A0some-feature<br>\r
+<br>\r
+Now when they submit the patches to this list, they might send a patch<br>\r
+series that drags in B (probably not what the some-feature author<br>\r
+wanted). =C2=A0Alternatively, they might send a patch series starting with<=\r
+br>\r
+C and say =E2=80=9Cthis is based on B=E2=80=9D, and anyone who&#39;s only f=\r
+ollowing the<br>\r
+main repo thinks, =E2=80=9CWhat is B? =C2=A0I don&#39;t have that commit.=\r
+=E2=80=9D.<br>\r
+<br>\r
+You&#39;ll also have to continuously rebase github/master to keep A on top<=\r
+br>\r
+of notmuch/master, which means any feature branches built on<br>\r
+github/master will *also* have to be continuously rebased:<br>\r
+<br>\r
+=C2=A0 -o---o---o---A---D =C2=A0notmuch/master<br>\r
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 \<br>\r
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=\r
+=A0A&#39; =C2=A0github/master<br>\r
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=\r
+=A0 \<br>\r
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=\r
+=A0 =C2=A0B&#39;---o---o =C2=A0some-feature<br>\r
+<br>\r
+Keeping a fork with commits that aren&#39;t upstream is fine, and<br>\r
+maintaining a fork with an additional .Travis.yml file will probably<br>\r
+be pretty easy, but calling that fork a mirror is going to cause<br>\r
+needless confusion.<br>\r
+<br>\r
+Cheers,<br>\r
+Trevor<br>\r
+<br>\r
+--<br>\r
+This email may be signed or encrypted with GnuPG (<a href=3D"http://www.gnu=\r
+pg.org" target=3D"_blank">http://www.gnupg.org</a>).<br>\r
+For more information, see <a href=3D"http://en.wikipedia.org/wiki/Pretty_Go=\r
+od_Privacy" target=3D"_blank">http://en.wikipedia.org/wiki/<u></u>Pretty_Go=\r
+od_Privacy</a><br>\r
+</blockquote>\r
+\r
+--047d7b5d4748f1be9e04f8ec78ea--\r