Hi Brandon,
On Mon, 8 May 2017, Brandon Williams wrote:
> On 05/08, Johannes Schindelin wrote:
>
> > On Sat, 6 May 2017, Ævar Arnfjörð Bjarmason wrote:
> >
> > > I have one [script] to git am a patch from a msgid, thought I should
> > > write something to
Hi Ævar,
On Sat, 6 May 2017, Ævar Arnfjörð Bjarmason wrote:
> I have one [script] to git am a patch from a msgid, thought I should
> write something to handle a series in some DWIM fashion (e.g. apply the
> latest continuous sequence of patches matching --author) but figured
> that someone's prob
Hi Arif,
On Mon, 13 Feb 2017, Arif Khokar wrote:
> On 02/10/2017 11:10 AM, Johannes Schindelin wrote:
> >
> > On Wed, 24 Aug 2016, Johannes Schindelin wrote:
>
> > > I recently adapted an old script I had to apply an entire patch
> > > series give
Hi Arif,
On Wed, 24 Aug 2016, Johannes Schindelin wrote:
> On Tue, 23 Aug 2016, Arif Khokar wrote:
>
> > On 08/20/2016 03:57 PM, Jakub Narębski wrote:
> >
> > > But perhaps the problem is current lack of tooling in the opposite
> > > direction, namely g
Hi Kuba,
On Sun, 28 Aug 2016, Jakub Narębski wrote:
> W dniu 28.08.2016 o 10:38, Johannes Schindelin pisze:
>
> > I would like to strongly caution against putting too much stock into
> > this users' survey. It is the best we have, granted. Yet I have not
> >
Hi Kuba,
On Sun, 28 Aug 2016, Jakub Narębski wrote:
> W dniu 25.08.2016 o 15:21, Johannes Schindelin pisze:
> > On Mon, 22 Aug 2016, Jakub Narębski wrote:
> >> W dniu 22.08.2016 o 15:18, Johannes Schindelin pisze:
> >>
> >>> So unfortunately this thread
Hi Kuba,
On Sun, 28 Aug 2016, Jakub Narębski wrote:
> W dniu 28.08.2016 o 10:36, Johannes Schindelin pisze:
> > On Sun, 28 Aug 2016, Jakub Narębski wrote:
> >
> >> Arguably for some federated/decentralized tools are preferred
> >> (for philosophical reasons),
Hi Kuba & Duy,
On Sun, 28 Aug 2016, Jakub Narębski wrote:
> W dniu 22.08.2016 o 15:15, Duy Nguyen pisze:
> > On Mon, Aug 22, 2016 at 8:06 PM, Johannes Schindelin
> > wrote:
> >>
> >> My point stands. We are way more uninviting to contributors than
> >
Hi Kuba,
On Sun, 28 Aug 2016, Jakub Narębski wrote:
> W dniu 25.08.2016 o 14:58, Johannes Schindelin pisze:
> > On Mon, 22 Aug 2016, Eric Wong wrote:
> >> Johannes Schindelin wrote:
> >>
> >>> I just want developers who are already familiar with Git, and c
Hi Arif,
On Thu, 25 Aug 2016, Arif Khokar wrote:
> On 08/25/2016 09:01 AM, Johannes Schindelin wrote:
> >
> > On Thu, 25 Aug 2016, Arif Khokar wrote:
>
> >>> I considered recommending this as some way to improve the review
> >>> process. The problem, o
Hi Kuba,
On Mon, 22 Aug 2016, Jakub Narębski wrote:
> W dniu 22.08.2016 o 15:18, Johannes Schindelin pisze:
>
> > 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
> >
Hi Eric,
On Wed, 24 Aug 2016, Eric Wong wrote:
> Johannes Schindelin wrote:
>
> > Now, with somebody like me who would lose a lot when destroying trust,
> > it is highly unlikely. But it is possible that in between the hundreds
> > of sincere contributors a bad app
Hi Arif,
On Thu, 25 Aug 2016, Arif Khokar wrote:
> On 08/24/2016 09:04 AM, Johannes Schindelin wrote:
> >
> > On Mon, 22 Aug 2016, Philip Oakley wrote:
>
> >> I do note that dscho's patches now have the extra footer (below the
> >> three dashes) e.g.
&
Hi Eric,
On Mon, 22 Aug 2016, Eric Wong wrote:
> Johannes Schindelin wrote:
>
> > I just want developers who are already familiar with Git, and come up with
> > an improvement to Git itself, to be able to contribute it without having
> > to pull out their hair in despai
Hi Arif,
On Tue, 23 Aug 2016, Arif Khokar wrote:
> On 08/20/2016 03:57 PM, Jakub Narębski wrote:
>
> > But perhaps the problem is current lack of tooling in the opposite
> > direction, namely getting patches from mailing list and applying them
> > to GitHub repo, or Bitbucket, or GitLab. Though
Hi Philip,
On Mon, 22 Aug 2016, Philip Oakley wrote:
> From: "Duy Nguyen"
> > On Mon, Aug 22, 2016 at 8:06 PM, Johannes Schindelin
> > wrote:
> > > My point stands. We are way more uninviting to contributors than
> > > necessary. And a huge part of
Hi Stefan,
On Fri, 19 Aug 2016, Stefan Beller wrote:
> >> I see a choice of mail client as no different than a choice of text
> >> editor. Neither my mail client or text editor is heavily customized.
> >> The key feature I rely on from both tools is piping data to external
> >> commands.
> >
> >
Hi Eric,
On Fri, 19 Aug 2016, Eric Wong wrote:
> Johannes Schindelin wrote:
> > On Thu, 18 Aug 2016, Eric Wong wrote:
> > > Johannes Schindelin wrote:
> > >
> > > > Old dogs claim the mail list-approach works for them. Nope.
> > > > Doesn
Hi Peff,
On Fri, 19 Aug 2016, Jeff King wrote:
> On Thu, Aug 18, 2016 at 02:42:34PM +0200, Johannes Schindelin wrote:
>
> > BTW I take this thread as yet another proof that people are unhappy
> > with mail list-based review: if you have to build *that much* tooling
>
Hi Eric,
On Thu, 18 Aug 2016, Eric Wong wrote:
> Johannes Schindelin wrote:
>
> > Old dogs claim the mail list-approach works for them. Nope. Doesn't.
> > Else you would not have written all those custom scripts.
>
> git and cogito started as a bunch of custom scr
Hi,
On Thu, 18 Aug 2016, Junio C Hamano wrote:
> Eric Wong writes:
>
> > unsubscribe: meta+unsubscr...@public-inbox.org
>
> Did you mean this, really?
FWIW I do not see this line in my original mail from Eric.
Ciao,
Dscho
--
unsubscribe: meta+unsubscr...@public-inbox.org
archive: https://pub
Hi Stefan,
On Tue, 16 Aug 2016, Stefan Beller wrote:
> > BTW in light of the discussion we are having elsewhere I just need to
> > point out that it was *dramatically* faster for me to edit run-command.c,
> > find "hooks/" and adjust the code manually than it would have been to save
> > the diff
22 matches
Mail list logo