Stefan Beller writes:
>> Speaking of what to and not to include in the upcoming release, we
>> do want to include Stefan's off-by-one fix to the submodule-helper,
>> but that is blocked on Windows end due to the test.
>
> I'd be happy either way, i.e. we could revert that fix and make a release?
Johannes Schindelin writes:
>> I prefer to cook it in 'next' sufficiently long to ensure that we hear
>> feedbacks from non-Windows users if there is any unexpected breakage.
>
> FWIW I am using the same patches not only on Windows but also in my Linux
> VM.
Thanks for a datapoint, but when I sa
Johannes Schindelin writes:
>> I still do not understand (note that I am not saying "I do not
>> accept"--acceptance or rejection happens after an understandable
>> explanation is given, and "do not understand" means no such
>> explanation has been given yet) your justification behind adding a
>>
On Sat, Oct 22, 2016 at 10:11 AM, Junio C Hamano wrote:
>
> There isn't enough time to include this topic in the upcoming
> release within the current https://tinyurl.com/gitCal calendar,
> however, which places the final on Nov 11th.
>
> I am wondering if it makes sense to delay 2.11 by moving t
Hi Max,
On Mon, 24 Oct 2016, Max Horn wrote:
> > On 23 Oct 2016, at 11:54, Johannes Schindelin
> > wrote:
> >
> > On Sat, 22 Oct 2016, Junio C Hamano wrote:
> >
> [...]
>
> >> There isn't enough time to include this topic in the upcoming release
> >> within the current https://tinyurl.com/gi
Hi Dscho,
> On 23 Oct 2016, at 11:54, Johannes Schindelin
> wrote:
>
> Hi Junio,
>
> On Sat, 22 Oct 2016, Junio C Hamano wrote:
>
[...]
>> There isn't enough time to include this topic in the upcoming
>> release within the current https://tinyurl.com/gitCal calendar,
>> however, which places
Hi Junio,
On Sun, 23 Oct 2016, Johannes Schindelin wrote:
> On Sat, 22 Oct 2016, Junio C Hamano wrote:
>
> > Johannes Schindelin writes:
> >
> > > This patch series marks the '4' in the countdown to speed up rebase -i
> > > by implementing large parts in C (read: there will be three more patch
Hi Junio,
On Sat, 22 Oct 2016, Junio C Hamano wrote:
> Johannes Schindelin writes:
>
> > This patch series marks the '4' in the countdown to speed up rebase -i
> > by implementing large parts in C (read: there will be three more patch
> > series after that before the full benefit hits git.git:
Hi Junio,
On Fri, 21 Oct 2016, Junio C Hamano wrote:
> Johannes Schindelin writes:
>
> I still do not understand (note that I am not saying "I do not
> accept"--acceptance or rejection happens after an understandable
> explanation is given, and "do not understand" means no such
> explanation ha
Johannes Schindelin writes:
> This patch series marks the '4' in the countdown to speed up rebase -i
> by implementing large parts in C (read: there will be three more patch
> series after that before the full benefit hits git.git: sequencer-i,
> rebase--helper and rebase-i-extra).
> ...
> It wou
Johannes Schindelin writes:
> Changes vs v4:
I still do not understand (note that I am not saying "I do not
accept"--acceptance or rejection happens after an understandable
explanation is given, and "do not understand" means no such
explanation has been given yet) your justification behind addin
This patch series marks the '4' in the countdown to speed up rebase -i
by implementing large parts in C (read: there will be three more patch
series after that before the full benefit hits git.git: sequencer-i,
rebase--helper and rebase-i-extra). It is based on the `libify-sequencer`
patch series I
12 matches
Mail list logo