Hi Max,
On Tue, 19 Feb 2019, Max Kirillov wrote:
> On Mon, Feb 18, 2019 at 10:57:13PM +0100, Johannes Schindelin wrote:
> > I have to take that assessment back. So sad.
> >
> > After that build, I cherry-picked the commit on top of shears/pu (which is
> > Git for Windows' ever-green branch that
On February 19, 2019 15:16, Max Kirillov wrote:
> On Mon, Feb 18, 2019 at 10:57:13PM +0100, Johannes Schindelin wrote:
> > I have to take that assessment back. So sad.
> >
> > After that build, I cherry-picked the commit on top of shears/pu
> > (which is Git for Windows' ever-green branch that con
On Tue, Feb 19, 2019 at 10:15:36PM +0200, Max Kirillov wrote:
> expecially at
> Windows where you cannot just unlink busy file and reuse its
> place in directory
It was at Linux actually. Well, whatever the rename feels more
sure thing to me.
On Mon, Feb 18, 2019 at 10:57:13PM +0100, Johannes Schindelin wrote:
> I have to take that assessment back. So sad.
>
> After that build, I cherry-picked the commit on top of shears/pu (which is
> Git for Windows' ever-green branch that continuously rebases Git for
> Windows' `master` onto git.git
Hi,
On Mon, 18 Feb 2019, Randall S. Becker wrote:
> On February 18, 2019 13:46, Junio C Hamano wrote:
> > Junio C Hamano writes:
> >
> > > I have been wondering about the whole /dev/zero business. Although we
> > > have b46221ff ("Merge branch 'rb/no-dev-zero-in-test'",
> > > 2019-02-13) in 'm
Hi,
On Mon, 18 Feb 2019, Johannes Schindelin wrote:
> On Sat, 16 Feb 2019, Junio C Hamano wrote:
>
> > [...] but I'm inclined to
> >
> > - keep b46221ff in 'master', not reverted.
> > - apply Max's "t5562: do not reuse output files"
> >
> > to 'master' and hope that we can declare victory in
On February 18, 2019 15:25, Max Kirillov wrote:
> On Sat, Feb 16, 2019 at 10:57:52AM -0800, Junio C Hamano wrote:
> > I'm inclined to
> >
> > - keep b46221ff in 'master', not reverted.
>
> from the branch, cc95bc2025 "t5562: replace /dev/zero with a pipe from
> generate_zero_bytes" could be repla
On Sat, Feb 16, 2019 at 10:57:52AM -0800, Junio C Hamano wrote:
> I'm inclined to
>
> - keep b46221ff in 'master', not reverted.
from the branch, cc95bc2025 "t5562: replace /dev/zero with a
pipe from generate_zero_bytes" could be replaced with [1]
"t5562: do not depend on /dev/zero", for simplic
Hi Junio,
On Sat, 16 Feb 2019, Junio C Hamano wrote:
> "Randall S. Becker" writes:
>
> >> > The current condition of the code is (the generate_zero_bytes delete
> >> > was previously removed so can be ignored for the patch):
> >>
> >> Just to make sure I do not misunderstand, this result is wi
On February 18, 2019 13:46, Junio C Hamano wrote:
> Junio C Hamano writes:
>
> > I have been wondering about the whole /dev/zero business. Although we
> > have b46221ff ("Merge branch 'rb/no-dev-zero-in-test'",
> > 2019-02-13) in 'master', "git grep /dev/zero t" has hits in
> > t/helper/test-sha
Junio C Hamano writes:
> I have been wondering about the whole /dev/zero business. Although
> we have b46221ff ("Merge branch 'rb/no-dev-zero-in-test'",
> 2019-02-13) in 'master', "git grep /dev/zero t" has hits in
> t/helper/test-sha1.sh and t/t4152-am-resume-override-opts.sh, so it
> must have
Sorry for the late reply,
Git for Windows v2.21.0-rc1 is available (since Thursday night, actually)
from here:
https://github.com/git-for-windows/git/releases/tag/v2.21.0-rc1.windows.1
I would be highly grateful for extensive testing, also for -rc2 (because
we just updated the MSYS2 runtime
"Randall S. Becker" writes:
>> > The current condition of the code is (the generate_zero_bytes delete
>> > was previously removed so can be ignored for the patch):
>>
>> Just to make sure I do not misunderstand, this result is with Max's patch but
>> without the generate_zero_bytes stuff?
>
> Co
On February 16, 2019 13:06, Junio C Hamano wrote:
> "Randall S. Becker" writes:
> > On February 16, 2019 3:27, Max Kirillov wrote:
> >> What you could try is
> >> https://public-inbox.org/git/20181124093719.10705-1-
> m...@max630.net/
> >> (I'm not sure it would not conflict by now), this would re
"Randall S. Becker" writes:
> On February 16, 2019 3:27, Max Kirillov wrote:
>
>> What you could try is
>> https://public-inbox.org/git/20181124093719.10705-1-...@max630.net/
>> (I'm not sure it would not conflict by now), this would remove dependency
>> between tests. If it helps it would be ver
On February 16, 2019 11:51, I wrote:
> To: 'Max Kirillov'
> Cc: 'SZEDER Gábor' ; 'Johannes Schindelin'
> ; 'Junio C Hamano' ;
> git@vger.kernel.org
> Subject: RE: [ANNOUNCE] Git v2.21.0-rc1 (NonStop Results) - Good News
>
> On Februar
On February 16, 2019 3:27, Max Kirillov wrote:
> On Fri, Feb 15, 2019 at 04:13:15PM -0500, Randall S. Becker wrote:
> > Sadly, the fix does not change the results. In fact, it makes the hang
> > far more likely. Subtest 6,7,8 fails here, at close()
>
> Correct, I did not expect it to help, it was
On Fri, Feb 15, 2019 at 04:13:15PM -0500, Randall S. Becker wrote:
> Sadly, the fix does not change the results. In fact, it
> makes the hang far more likely. Subtest 6,7,8 fails here,
> at close()
Correct, I did not expect it to help, it was for the other
issue.
As for the hang issue, from your
On February 15, 2019 8:50, I wrote:
> On February 15, 2019 8:02, SZEDER Gábor wrote:
> > To: Johannes Schindelin
> > Cc: Randall S. Becker ; 'Junio C Hamano'
> > ; git@vger.kernel.org; 'Max Kirillov'
> >
> > Subject: Re: [ANNOUNCE] Git v2.21
On February 15, 2019 15:37, Max Kirillov wrote:
> On Fri, Feb 15, 2019 at 02:02:13PM +0100, SZEDER Gábor wrote:
> > I haven't yet seen that hang in the wild and couldn't reproduce it on
> > purpose, but there is definitely something fishy with t5562 even on
> > Linux and even without that perl gene
On Fri, Feb 15, 2019 at 02:02:13PM +0100, SZEDER Gábor wrote:
> I haven't yet seen that hang in the wild and couldn't reproduce it on
> purpose, but there is definitely something fishy with t5562 even on
> Linux and even without that perl generate_zero_bytes helper.
>
> It won't show most of the p
On February 15, 2019 8:02, SZEDER Gábor wrote:
> To: Johannes Schindelin
> Cc: Randall S. Becker ; 'Junio C Hamano'
> ; git@vger.kernel.org; 'Max Kirillov'
>
> Subject: Re: [ANNOUNCE] Git v2.21.0-rc1 (NonStop Results)
>
> On Thu, Feb 14, 2019 at 10
On Thu, Feb 14, 2019 at 10:36:42PM +0100, Johannes Schindelin wrote:
> On Thu, 14 Feb 2019, Randall S. Becker wrote:
>
> > t5562 still hangs (blocking) - this breaks our CI pipeline since the
> > test hangs and we have no explanation of whether the hang is in git or
> > the tests.
>
> I have "goo
On February 14, 2019 16:37, Johannes Schindelin wrote:
> On Thu, 14 Feb 2019, Randall S. Becker wrote:
>
> > t5562 still hangs (blocking) - this breaks our CI pipeline since the
> > test hangs and we have no explanation of whether the hang is in git or
> > the tests.
>
> I have "good" news: it no
Hi Randall,
On Thu, 14 Feb 2019, Randall S. Becker wrote:
> t5562 still hangs (blocking) - this breaks our CI pipeline since the
> test hangs and we have no explanation of whether the hang is in git or
> the tests.
I have "good" news: it now also hangs on Ubuntu 16.04 in Azure Pipelines'
Linux a
"Randall S. Becker" writes:
> On February 13, 2019 22:33, Junio C Hamano wrote:
>> A release candidate Git v2.21.0-rc1 is now available for testing at the usual
>> places. It is comprised of 464 non-merge commits since v2.20.0, contributed
>> by 60 people, 14 of which are new faces.
>
> We are c
On February 13, 2019 22:33, Junio C Hamano wrote:
> A release candidate Git v2.21.0-rc1 is now available for testing at the usual
> places. It is comprised of 464 non-merge commits since v2.20.0, contributed
> by 60 people, 14 of which are new faces.
We are currently running through a full regres
A release candidate Git v2.21.0-rc1 is now available for testing
at the usual places. It is comprised of 464 non-merge commits
since v2.20.0, contributed by 60 people, 14 of which are new faces.
The tarballs are found at:
https://www.kernel.org/pub/software/scm/git/testing/
The following pu
28 matches
Mail list logo
