From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: AS8560 212.227.0.0/16 X-Spam-Status: No, score=-4.2 required=3.0 tests=AWL,BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_LOW,RCVD_IN_MSPIKE_H2,SPF_PASS shortcircuit=no autolearn=ham autolearn_force=no version=3.4.0 Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dcvr.yhbt.net (Postfix) with ESMTPS id 473301F859; Thu, 25 Aug 2016 13:21:40 +0000 (UTC) Received: from virtualbox ([37.24.141.250]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0Las1k-1asYDg0KHw-00kOwB; Thu, 25 Aug 2016 15:21:36 +0200 Date: Thu, 25 Aug 2016 15:21:35 +0200 (CEST) From: Johannes Schindelin X-X-Sender: virtualbox@virtualbox To: =?UTF-8?Q?Jakub_Nar=C4=99bski?= cc: Eric Wong , Stefan Beller , meta@public-inbox.org, git@vger.kernel.org Subject: Re: Working with public-inbox.org [Was: [PATCH] rev-parse: respect core.hooksPath in --git-path] In-Reply-To: <02c1c636-b0b4-8730-68a6-18f017ed3410@gmail.com> Message-ID: References: <20160818204902.GA1670@starla> <20160819223547.GB16646@dcvr> <02c1c636-b0b4-8730-68a6-18f017ed3410@gmail.com> User-Agent: Alpine 2.20 (DEB 67 2015-01-07) MIME-Version: 1.0 Content-Type: multipart/mixed; BOUNDARY="8323329-184351075-1472131296=:4924" X-Provags-ID: V03:K0:ijoMtVCTlNlzRlJuLwBXGJpCUsVxrOiCma9S37O1Yx/4YHSsU56 0SP3XPzeKJKME0qiVInakWq2X468lcoDP9tX5rSKsPTima9FNueRBWJoXSo0flGxspzFMXR X0AURLvOwvnz8Kw2d+SdIOYJk7cH3AfJkAVYJQ8xMPSr+4KXTeoHV5r2Xj0aHHj2kTrokIA it6Zc1Oiumkh2+DlFLHsw== X-UI-Out-Filterresults: notjunk:1;V01:K0:L1iNG6fHpuw=:9v9TZrYCruHpBM9oBU5+hK r1dk2BsOdaNZIoi0YhbXkzrbndTKOdYrFS9QryKaA0nvHUYhWj9AMVvZ4L/cjdbJkBt0xCPe4 oTawzQx+5c7G59rzhs0xY/5sGsd53eZfvQSnQYDth+moLSk31sz3wuRF/aCQ4EFCEl3Q7FOVu UmNHurRG884FLbNM0fZXdbue+PQpjcF26CMk3GhVzEgjh7bac12+MyiNKdRt9JZ+9vN1eg804 0FdKvNnuEy/v9NhAiMOb03rGjnVR3YEBFzHNbkJAm36MUEKLd/dek9sGGJr8PoU7rBzxP312j /0njFnJM7Tb0dbLLSUQXKiOOYgzFP3+nai9MmTDuMRAbiuJrnA/aKfJIn2OqJ9/8Sm1js2JHK m8QKTf/35xLgGgMSDG7UlGptjxxWmq2YmDzilHoo7i1yGUzJAcYkz65hsYP5Jj/XrBpGN+8rm HD8cYQJXgZ7PrDgOJmJL4Dyh4uuDgQNNrzkKIB2Xx45i6WwUSe+i9RSJWBluOoZCnkg9FJjT+ +O0XTN1G7S09LGCx0/zVqxjCVT7Mv9O5wZGMsXbb47gdwmdi/e18m9F24EIgSTwc8C6aX+hRp nHUqcoHo419bdA0Zgp2IoK+Te5vVzVuH390IL/PGOItoM+dWJ1mmJ8XX89dnE6iXXAXsQOSUA z0PYB2bGbwnpVigCUGlVcNGvbyXK74vi1YueePGqai6HtuxWdhECVVPmMT1Kaf/kxmenjshuE WP4iPbh58rGUzTGpzDaU7gvTzkt1Egrk+fj4oIIalmaclA4NsE7qMWzqzwkcYUxksJgOfUDVd QwDgMfL List-Id: This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --8323329-184351075-1472131296=:4924 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: QUOTED-PRINTABLE Hi Kuba, On Mon, 22 Aug 2016, Jakub Nar=C4=99bski wrote: > W dniu 22.08.2016 o 15:18, Johannes Schindelin pisze: >=20 > > So unfortunately this thread has devolved. Which is sad. Because all I > > wanted is to have a change in Git's submission process that would not > > exclude *so many* developers. That is really all I care about. Not abou= t > > tools. Not about open vs proprietary, or standards. > >=20 > > I just want developers who are already familiar with Git, and come up w= ith > > an improvement to Git itself, to be able to contribute it without havin= g > > to pull out their hair in despair. >=20 > What is lacking in using submitGit tool for those that have problems > with sending patches via email? Where do I start? And where do I stop? Here is a *very* brief list of issues from the top of my head (and the history of my web browser): - You cannot open a PR on GitHub and include the PR's cover letter as cover letter: https://github.com/rtyley/submitgit/issues/9 - You cannot Cc: people explicitly: https://github.com/rtyley/submitgit/issues/31 - submitGit does not include any interdiff - it is really hard to get back from mails to the corresponding commits - you have to register with yet another service to send mails on your behalf. Would be nicer if the mails could be sent from a submitGit address (moderated, of course) and did not need a separate registration step with some scary permission granting. - submitGit requires you to go to a separate website to interact with the submitGit web app. Would be so much nicer if it were a bot operating on PRs. - comments sent as replies have no connection to the PR *nor* the commits they refer to (making submitGit basically a pimped up git-send-email, nothing more). - submitGit would require a substantial effort from me to learn how to extend/fix it, to run the web app locally and run its tests. That is a rather steep hurdle. This is an incomplete list, of course. > Submitting changes in Git comes in three phases: > - submit email with patches > - review and discuss patch > - apply patches from email You forgot a really crucial step. Maybe you did not go through dozens of iterations in your patch series as I regularly do, or something, so it is probably easy for you to forget: - find the commit in question, run rebase -i and patch it as suggested This is something that costs me quite some time to do. It is easily the most annoying aspect of the mail list-based approach for me. > Pull request via GitHub / Bitbucket / GitLab is easier than sending > patches via email (pity that GitHub et al. do not have such submitGit-lik= e > automation built-in). But I think email, with threaded view, careful > trimming of quoted contents, multi-level quotes is superior to exiting > web-based solutions. They are not exiting, but I know what you meant. The thing is: GitHub does not need such an automation. Because most projects are pretty happy with the process centered around the web app. It is only projects such as Linux, Cygwin and Git itself who refuse to allow for tools that would let the majority of potential contributors stick with their favorite way to read and write mails (I am talking about users of GMail and Outlook, of course). Ciao, Dscho --8323329-184351075-1472131296=:4924--