On September 20, 2019 10:36 AM, brian m. carlson wrote:
> To: Derrick Stolee
> Cc: git@vger.kernel.org; p...@peff.net; Emily Shaffer
> ; Jonathan Nieder ;
> Johannes Schindelin ; gits...@pobox.com;
> garimasi...@gmail.com
> Subject: Re: [DISCUSSION] Growing the Git community
>
> On 2019-09-19 at
On September 10, 2019 10:15 AM, Diomidis Spinellis wrote:
> As people use Git to create synthetic commits of code written in the past
> [1,2] it becomes important to handle dates before the Unix epoch
> (1/1/1970). I see that modern C libraries, Unix kernels, and tools can handle
> such dates. Ho
I'm a bit perplexed about what is intended follow a git stash push
--include-untracked. Suppose I have files a,b,c,known modified, but only
known is in the index. After the stash, stash show only displays known. A
subsequent pop will restore a,b,c. So functionally push and pop are fine,
but show ap
On August 27, 2019 1:56 PM, Matheus Tavares Bernardino wrote:
> On Tue, Aug 27, 2019 at 1:27 PM Giuseppe Crino'
> wrote:
> > Hello, to debug some issues I built and installed git via
> >
> > $ make prefix=/usr/local DEVELOPER=1 CFLAGS="-O0 -g"
> > $ sudo make install
> > $ git --version # git vers
On August 26, 2019 11:28 AM, Junio C Hamano wrote:
> "Randall S. Becker" writes:
>
> >> Sometimes I clone a repo just to grep for an error string and then I
> >> don't need it anymore, or I clone several repos until I find the one
> >> that conta
On August 25, 2019 3:59 PM, Albert Vaca Cintora wrote:
> To: Johannes Sixt
> On Sun, Aug 25, 2019 at 7:54 PM Johannes Sixt wrote:
> >
> > Am 23.08.19 um 22:43 schrieb Albert Vaca Cintora:
> > > However, I'm sure that a large percentage of developers out there
> > > will agree with me that having
On August 20, 2019 6:56 PM, brian m. carlson wrote:
> To: git@vger.kernel.org
> Cc: Duy Nguyen
> Subject: Feedback on git switch and git restore
>
> I just wanted to let folks know that I've seen multiple positive comments on
> Twitter today (at least 3) about "git switch" and "git restore". Fol
On August 20, 2019 1:47 PM, Pratyush Yadav
> On 20/08/19 08:21AM, Leam Hall wrote:
> > Hey all, a newbie could use some help.
> >
> > We have some code that generates data files, and as a part of our
> > build process those files are rebuilt to ensure things work. This
> > causes an issue with bran
On August 16, 2019 5:00 PM, Junio C Hamano wrote:
> The latest feature release Git v2.23.0 is now available at the usual places.
> It
> is comprised of 505 non-merge commits since v2.22.0, contributed by 77
> people, 26 of which are new faces.
We are having a transient failure in t0021. It runs
On August 19, 2019 5:41 AM, Ed Avis wrote:
> To: git@vger.kernel.org
> Subject: git switch and restore user interface
>
> I think it would be helpful for git switch to print a reminder of the old
and
> new branches.
>
> Hi, a couple of suggestions for these experimental new commands. Git
> switc
Hi All,
I do not know whether this would be a good enhancement or micro project for
someone (maybe me) to take on, but I'm wondering whether it might be a good
idea to provide an option to hash-object to select the signature being
computed. The use case begins when someone computes an object signa
On August 10, 2019 12:06 PM, Gregory Szorc wrote:
> I tracked down a source of Git corrupting repositories to lock file design not
> being robust when containers / PID namespaces are present.
>
> In my case, the corruption stemmed from premature release of the `git gc`
> lock in the gc.pid file. B
On August 11, 2019 8:39 PM, Junio C Hamano wrote:
> Jeff King writes:
>
> > IMHO scripting around "action" commands like checkout is less bad than
> > around "output" commands like log. The general action of "switch to
> > this branch" is unlikely to be changed much over the years (or via
> > con
On August 9, 2019 5:24 PM, I wrote:
> On 12:29 Fri 09 Aug 2019, Junio C Hamano wrote:
> > >A release candidate Git v2.23.0-rc2 is now available for testing at
> > >the usual places. It is comprised of 483 non-merge commits since
> > >v2.22.0, contributed by 67 people, 24 of which are new faces.
>
On 12:29 Fri 09 Aug 2019, Junio C Hamano wrote:
> >A release candidate Git v2.23.0-rc2 is now available for testing at the
> >usual places. It is comprised of 483 non-merge commits since v2.22.0,
> >contributed by 67 people, 24 of which are new faces.
> >
> >The tarballs are found at:
> >
> >h
On August 9, 2019 1:45 PM, Junio C Hamano wrote:
> "Randall S. Becker" writes:
>
> > On 01 Aug 2019 13:05:12, Junio wrote:
> >> >> *snip*
> >
> > I think this got missed in the shuffle, but I am getting questions
> > about the topic from m
On August 9, 2019 12:29 PM, Jeff King wrote:
> On Fri, Aug 09, 2019 at 10:06:06AM -0400, Randall S. Becker wrote:
>
> > On 01 Aug 2019 13:05:12, Junio wrote:
> > > >> *snip*
> >
> > I think this got missed in the shuffle, but I am getting questions about the
On 01 Aug 2019 13:05:12, Junio wrote:
> >> *snip*
I think this got missed in the shuffle, but I am getting questions about the
topic from my own team that I cannot answer.
I noticed that the switch and restore commands are now available in 2.23.0 but
are not discussed in recent What's Cooking o
Hi All,
I don't recall when this was previously discussed, but the timing is
relevant at 2.23.0. With switch and restore commands coming in this release,
I was wondering how long checkout will be provided for compatibility - or if
it will be deprecated at all. I assume that enhancements should onl
On August 6, 2019 1:38 PM, Jeff King wrote:
> To: Randall S. Becker
> Cc: 'Junio C Hamano' ; git@vger.kernel.org
> Subject: Re: [PATCH 0/3] --end-of-options marker
>
> On Tue, Aug 06, 2019 at 12:36:26PM -0400, Randall S. Becker wrote:
>
> > > > This s
On August 6, 2019 12:25 PM, Junio wrote:
> Jeff King writes:
>
> > It's hard for scripted uses of rev-list, etc, to avoid option
> > injection from untrusted arguments, because revision arguments must
> > come before any "--" separator. I.e.:
> >
> > git rev-list "$revision" -- "$path"
> >
> >
Hi all,
The test finally finished, and the only failures where:
t0016 (reported), t0066 (reported), t9001 (no valid sendmail, expected to
fail), t9020 (no SVN expected to fail)
Looking forward to rc1.
Cheers,
Randall
On July 30, 2019 3:50 PM, Todd Zullinger wrote:
> To: Randall S. Becker
> Cc: 'Junio C Hamano' ; Christian Couder
> ; SZEDER Gábor ; Jeff
> King ; git@vger.kernel.org; git-
> packag...@googlegroups.com
> Subject: Re: [ANNOUNCE] Git v2.23.0-rc0 - Initial test
On July 30, 2019 3:45 PM, Jeff King wrote:
> To: Randall S. Becker
> Cc: 'Junio C Hamano' ; git@vger.kernel.org; git-
> packag...@googlegroups.com
> Subject: Re: [ANNOUNCE] Git v2.23.0-rc0 - Initial test failures on NonStop
>
> On Tue, Jul 30, 2019 at 01:08:37PM -0
On July 30, 2019 1:32 PM, Junio C Hamano wrote:
> "Randall S. Becker" writes:
>
> > t0066: dir-iterator
> >
> > Subtest 4 depends on a non-portable error code. ENOENT is not
> guaranteed ...
> > Subtest 5 also depends on a non-portable error code.
Hi All,
A preview of the situation with testing 2.23.0.rc0 on NonStop is not great. We
have had some new failures right off the bat on our NonStop platforms. This is
a preview of what we find within the first bit of testing. The tests run a long
time, so more to come.
t0016: oidmap
Subtest 6
On July 9, 2019 5:51 PM, Peff wrote:
> To: Randall S. Becker
> Cc: git@vger.kernel.org
> Subject: Re: [Question] Diff text filters and git add
>
> On Tue, Jul 09, 2019 at 05:43:05PM -0400, Randall S. Becker wrote:
>
> > I am trying to do something a bit strange and wonde
Hi all,
I am trying to do something a bit strange and wonder about the best way to
go. I have a text filter that presents content of very special binary file
formats using textconv. What I am wondering is whether using the textconv
mechanism is sufficient to have git calculate the file signature o
On June 13, 2019 3:31 PM, I wrote:
> On June 13, 2019 3:07 PM, Peff wrote:
> > On Thu, Jun 13, 2019 at 02:53:08PM -0400, randall.s.bec...@rogers.com
> > wrote:
> >
> > > From: "Randall S. Becker"
> > >
> > > t9600 to t9604 currently d
On June 13, 2019 3:07 PM, Peff wrote:
> On Thu, Jun 13, 2019 at 02:53:08PM -0400, randall.s.bec...@rogers.com
> wrote:
>
> > From: "Randall S. Becker"
> >
> > t9600 to t9604 currently depend on cvs to function correctly,
> > otherwise all of those
From: "Randall S. Becker"
The t9600-cvsimport test requires the cvs package to be installed on
the system on which the test is being run. The test will fail if cvs
is not installed. The patch checks that cvs is installed by running
the object without arguments, which should complete su
From: "Randall S. Becker"
The t9601-cvsimport-vendor-branch test requires the cvs package to
be installed on the system on which the test is being run. The test
will fail if cvs is not installed. The patch checks that cvs is
installed by running the object without arguments, wh
From: "Randall S. Becker"
The t9603-cvsimport-patchsets test requires the cvs package to
be installed on the system on which the test is being run. The test
will fail if cvs is not installed. The patch checks that cvs is
installed by running the object without arguments, which shoul
From: "Randall S. Becker"
t9600 to t9604 currently depend on cvs to function correctly, otherwise
all of those tests fail. This patch follows an existing pattern of
from the t9400 series by attempting to run cvs without arguments,
which succeeds if installed, and skipping the test if t
From: "Randall S. Becker"
The t9602-cvsimport-branches-tags test requires the cvs package to
be installed on the system on which the test is being run. The test
will fail if cvs is not installed. The patch checks that cvs is
installed by running the object without arguments, wh
From: "Randall S. Becker"
The t9604-cvsimport-timestamps test requires the cvs package to
be installed on the system on which the test is being run. The test
will fail if cvs is not installed. The patch checks that cvs is
installed by running the object without arguments, which shoul
On Friday, June 7, 2019 5:31 PM, Junio C Hamano wrote:
> The latest feature release Git v2.22.0 is now available at the
> usual places. It is comprised of 745 non-merge commits since
> v2.21.0, contributed by 74 people, 18 of which are new faces.
Report from NonStop tests:
t7519 subtest 25 still
On Monday, June 3, 2019 10:14 AM, I wrote:
> On Monday, June 3, 2019 9:50 AM, Johannes Schindelin wrote:
> > To: Randall S. Becker
> > Cc: 'Junio C Hamano' ; git@vger.kernel.org
> > Subject: RE: [ANNOUNCE] Git v2.22.0-rc2
> >
> > Hi Randall,
> >
On Monday, June 3, 2019 9:50 AM, Johannes Schindelin wrote:
> To: Randall S. Becker
> Cc: 'Junio C Hamano' ; git@vger.kernel.org
> Subject: RE: [ANNOUNCE] Git v2.22.0-rc2
>
> Hi Randall,
>
> On Sun, 2 Jun 2019, Randall S. Becker wrote:
>
> > Just a few
Just a few small nits from RC2 test results on the NonStop TNS/E platform:
1. t0021 subtest 15 is being flakey. It fails on the first run (make -k test)
but succeeds when run in isolation. This is new on the NonStop TNS/E platform.
t0021 has been a bit flakey in the past, but not recently. Just
On May 23, 2019 17:19, Eric S. Raymond wrote:
> Jonathan Nieder :
> > Honestly, I do think you have missed some fundamental issues.
> > https://public-inbox.org/git/ab3222ab-9121-9534-1472-
> fac790bf08a4@gmai
> > l.com/
> > discusses this further.
>
> Have re-read. That was a different pair of p
On May 23, 2019 16:06, Johannes Schindelin wrote:
> On Wed, 22 May 2019, Randall S. Becker wrote:
>
> > On May 21, 2019 20:48, brian m. carlson wrote:
> > > To: Randall S. Becker
> > > Cc: 'Git Mailing List'
> > > Subject: Re: [Breakage] 2.22.0
On May 21, 2019 20:48, brian m. carlson wrote:
> To: Randall S. Becker
> Cc: 'Git Mailing List'
> Subject: Re: [Breakage] 2.22.0-rc1 t5401-update-hooks.sh
>
> On 2019-05-21 at 21:47:54, Randall S. Becker wrote:
> > When running the test in isolation, it passes
On May 21, 2019 20:48, brian m. carlson wrote:
> To: Randall S. Becker
> Cc: 'Git Mailing List'
> Subject: Re: [Breakage] 2.22.0-rc1 t5401-update-hooks.sh
>
> On 2019-05-21 at 21:47:54, Randall S. Becker wrote:
> > When running the test in isolation, it passes
Another situation came up during regression testing on NonStop:
t5401 broke on the first run through (most tests), with the failures below.
*** t5401-update-hooks.sh ***
not ok 1 - setup
#
# echo This is a test. >a &&
# git update-index --add a &&
# tree
On May 21, 2019 07:59, Duy Nguyen wrote:
> On Tue, May 21, 2019 at 6:51 PM Ævar Arnfjörð Bjarmason
> wrote:
> > But the real bug looks like the trace2 code unconditionally depending
> > on pthreads, even though NonStop has 'NO_PTHREADS =
> UnfortunatelyYes'
> > defined.
> >
> > That's why we get t
Hi All,
On the NonStop platform, the entire test for t0211-trace2-perf.sh does not
work. The first case, in verbose, reports:
We get errors when the script is run:
Use of uninitialized value within @tokens in pattern match (m//) at
t0211/scrub_perf.perl line 29, <> line 1.
Initialized empty Git
On April 15, 2019 17:14, Andreas Schwab wrote:
> On Apr 15 2019, "Randall S. Becker" wrote:
>
> > on virtually any platform at my disposal (Windows, Ubuntu, MacOS, the
> > older NonStop variant), and have that work with no problem. Somewhere
> > after get_s
On April 13, 2019 17:48, SZEDER Gábor wrote:
> On Sat, Apr 13, 2019 at 10:39:35PM +0200, Ævar Arnfjörð Bjarmason wrote:
> > On Sat, Apr 13 2019, Randall S. Becker wrote:
> >
> > > I am encountering a problem on one of our NonStop platform variants
> > > where
On April 13, 2019 17:48, SZEDER Gábor wrote:
> To: Ævar Arnfjörð Bjarmason
> Cc: Randall S. Becker ; git@vger.kernel.org
> Subject: Re: [BUG] GIT_SSH_COMMAND is not being decomposed
>
> On Sat, Apr 13, 2019 at 10:39:35PM +0200, Ævar Arnfjörð Bjarmason wrote:
> > On Sat, A
On April 13, 2019 16:40, Ævar Arnfjörð Bjarmason wrote:
> On Sat, Apr 13 2019, Randall S. Becker wrote:
>
> > I am encountering a problem on one of our NonStop platform variants
> > where the GIT_SSH_COMMAND string is not being broken into constituent
> > parts. This i
I am encountering a problem on one of our NonStop platform variants where
the GIT_SSH_COMMAND string is not being broken into constituent parts. This
is causing SSH to not run properly. As background, SSH is not in a standard
location and has non-standard required arguments. This also occurs with
c
> Of On March 25, 2019 15:22, Fabio Aiuto wrote:
> Il giorno sab, 23/03/2019 alle 15.34 -0400, Randall S. Becker ha
> scritto:
> > On March 23, 2019 9:00, Fabio Aiuto wrote:
> > > To: Randall S. Becker ; git@vger.kernel.org
> > > Subject: Re: Semantic errors
>
On March 23, 2019 9:00, Fabio Aiuto wrote:
> To: Randall S. Becker ; git@vger.kernel.org
> Subject: Re: Semantic errors
>
> Il giorno ven, 22/03/2019 alle 18.43 -0400, Randall S. Becker ha
> scritto:
> > > -Original Message-
> > > From: Fabio Aiuto
> -Original Message-
> From: Fabio Aiuto
> Sent: March 22, 2019 17:41
> To: Randall S. Becker ; git@vger.kernel.org
> Subject: Re: Semantic errors
>
> Il giorno ven, 22/03/2019 alle 17.39 -0400, Randall S. Becker ha
> scritto:
> > On March 22, 2019 17:2
On March 22, 2019 17:25, Fabio Aiuto
> Il giorno gio, 21/03/2019 alle 17.03 -0400, Randall S. Becker ha
> scritto:
> > > Of On March 21, 2019 15:32, Fabio Aiuto wrote:
> > > Il giorno gio, 21/03/2019 alle 15.16 -0400, Randall S. Becker ha
> > > scritto:
> > &
> Of On March 22, 2019 16:25, Fabio Aiuto wrote:
> To: Randall S. Becker ; git@vger.kernel.org
> Subject: Re: Semantic errors
>
> Il giorno gio, 21/03/2019 alle 17.03 -0400, Randall S. Becker ha
> scritto:
> > > Of On March 21, 2019 15:32, Fabio Aiuto wrote:
> >
About two weeks ago there was a discussion about building an undo stack.
https://public-inbox.org/git/000401d4d6c8$f68bb020$e3a31060$@nexbridge.com/
it had me thinking about whether a stash --snapshot might be useful. Below
is a conceptual change - by no means even close to complete. This would
a
> Of On March 21, 2019 15:32, Fabio Aiuto wrote:
> Il giorno gio, 21/03/2019 alle 15.16 -0400, Randall S. Becker ha
> scritto:
> > On March 21, 2019 15:06, Fabio Aiuto wrote:
> > > I'm browsins git code with Eclipse. I'm on a local branch called
> > > &
On March 21, 2019 15:06, Fabio Aiuto wrote:
> I'm browsins git code with Eclipse. I'm on a local branch called "studio"
> based
> on master (last public commit e902e9b by Junio C Hamano on Monday
> March 11 2019). I've built everything by changing:
> CFLAGS = -g -Wall (removing -O2 to have smooth
> -Original Message-
> From: git-ow...@vger.kernel.org On Behalf
> Of Elijah Newren
> Sent: March 9, 2019 14:38
> To: Nguyễn Thái Ngọc Duy
> Cc: Git Mailing List ; Junio C Hamano
>
> Subject: Re: [PATCH v1 11/11] doc: promote "git restore"
>
> On Fri, Mar 8, 2019 at 2:17 AM Nguyễn Thái
On March 9, 2019 5:48, Kevin Daudt wrote:
> On Sat, Mar 09, 2019 at 10:19:03AM +, Dimitri Joukoff wrote:
> > Hi,
> >
> > As a relatively novice user of git, there have been far too many times
> > that I have lost data, sometimes quite a lot. So this proposal is
> > about catering for the less
On February 27, 2019 14:36, Johannes Sixt wrote:
> Am 27.02.19 um 19:50 schrieb Randall S. Becker:
> > On February 27, 2019 13:18, Michal Suchánek wrote:
> >> What are your requirements, exactly?
> > Source code and comments contain SJIS content. The requirement i
On February 27, 2019 13:18, Michal Suchánek wrote:
> On Wed, 27 Feb 2019 12:59:15 -0500
> "Randall S. Becker" wrote:
>
> > On February 27, 2019 12:51, Michal Suchánek wrote:
> > > To: Randall S. Becker
> > > Cc: git@vger.kernel.org
> >
On February 27, 2019 12:51, Michal Suchánek wrote:
> To: Randall S. Becker
> Cc: git@vger.kernel.org
> Subject: Re: Need multibyte advice - Shift-JIS
>
> On Wed, 27 Feb 2019 12:38:06 -0500
> "Randall S. Becker" wrote:
>
> > On February 27, 2019 12:15, Micha
On February 27, 2019 12:15, Michal Suchánek wrote:
> To: Randall S. Becker
> Cc: git@vger.kernel.org
> Subject: Re: Need multibyte advice - Shift-JIS
>
> On Wed, 27 Feb 2019 12:03:58 -0500
> "Randall S. Becker" wrote:
>
> > On February 27, 2019 11:52, Micha
On February 27, 2019 11:52, Michal Suchánek wrote:
> To: Randall S. Becker
> Cc: git@vger.kernel.org
> Subject: Re: Need multibyte advice - Shift-JIS
>
> On Wed, 27 Feb 2019 11:33:47 -0500
> "Randall S. Becker" wrote:
>
> > On February 27, 2019 11:29 Michal
On February 27, 2019 11:29 Michal Suchánek wrote:
> On Wed, 27 Feb 2019 11:19:33 -0500
> "Randall S. Becker" wrote:
>
> > On February 27, 2019 11:11, Michal Suchánek wrote:
> > > On Wed, 27 Feb 2019 10:54:23 -0500
> > > "Randall S. Becker" w
On February 27, 2019 11:11, Michal Suchánek wrote:
> On Wed, 27 Feb 2019 10:54:23 -0500
> "Randall S. Becker" wrote:
>
> > On February 27, 2019 9:09, Michal Suchánek wrote:
> > > On Wed, 27 Feb 2019 08:04:08 -0500
> > > "Randall S. Becker"
On February 27, 2019 9:09, Michal Suchánek wrote:
> On Wed, 27 Feb 2019 08:04:08 -0500
> "Randall S. Becker" wrote:
>
> > Hi Git Team,
> >
> > I have to admit being perplexed by this one. I have been asked to
> > support the Shift-JIS character set in f
Hi Git Team,
I have to admit being perplexed by this one. I have been asked to support
the Shift-JIS character set in file contents, comments, and logs, for a
partner of mine. I know there are a few ways to do this, but I'm looking for
the official non-hacky way to do this. This is CLI only, and o
On February 25, 2019 12:18, Jeff King wrote:
> To: Matthew Booth
> Cc: git@vger.kernel.org
> Subject: Re: [BUG] git log -L ... -s does not suppress diff output
>
> On Mon, Feb 25, 2019 at 05:03:50PM +, Matthew Booth wrote:
>
> > Example output:
> >
> > =
> > $ git --version
> > git v
Just some good news. We have two platform variants in NonStop to worry about
(soon to be three). Our testing is being conducted on the oldest and slowest
(J-series) so that we catch whatever we can. 2.21.0 one is still testing
2.21.0 in our Jenkins instance on J-series but is looking consistent wit
On February 22, 2019 11:07, Jeff King wrote:
> To: Dominik Salvet
> Cc: git@vger.kernel.org
> Subject: Re: Fetching master branch with tags associated with it
>
> On Thu, Feb 21, 2019 at 06:02:54PM +0100, Dominik Salvet wrote:
>
> > Now, I want to refresh the repository the same way - fetching o
On February 21, 2019 19:47, Jonathan Nieder wrote:
> Randall S. Becker wrote:
>
> > While this is a bit of a hack, it might be useful for skipping t9020
> > in environments where the svn.remote package is not installed. I can
> > make this into a patch if this style
On February 21, 2019 16:07, SZEDER Gábor:
> On Thu, Feb 21, 2019 at 10:54:31AM -0500, Randall S. Becker wrote:
> > /home/git/git/t: sh t4153-am-resume-override-opts.sh ok 1 - setup ok 2
> > # skip --3way overrides --no-3way (missing TTY) ok 3 - --no-quiet
> > overrides --q
On February 21, 2019 15:00, I wrote:
> To: 'Junio C Hamano'
> Cc: git@vger.kernel.org; 'Johannes Schindelin'
> ; 'Duy Nguyen'
> Subject: RE: [ANNOUNCE] Git v2.21.0-rc2
>
> On February 21, 2019 10:55, I wrote:
> > On February 20, 2019
On February 21, 2019 10:55, I wrote:
> On February 20, 2019 14:42, Junio C Hamano wrote:
> > "Randall S. Becker" writes:
> >
> > > On February 19, 2019 18:29, Junio C Hamano wrote:
> > >> A release candidate Git v2.21.0-rc2 is now available for testin
On February 20, 2019 14:42, Junio C Hamano wrote:
> "Randall S. Becker" writes:
>
> > On February 19, 2019 18:29, Junio C Hamano wrote:
> >> A release candidate Git v2.21.0-rc2 is now available for testing at
> >> the usual places. It is comprised of
On February 20, 2019 7:53, SZEDER Gábor wrote:
> On Wed, Feb 20, 2019 at 07:12:49AM -0500, Randall S. Becker wrote:
> > Sadly I have to report that this subtest breaks on NonStop as of
> > v2.21.0-rc2. It succeeds when run with --verbose, but not without,
> > making this
Sadly I have to report that this subtest breaks on NonStop as of v2.21.0-rc2.
It succeeds when run with --verbose, but not without, making this difficult to
diagnose.
Sincerely,
Randall
On February 19, 2019 18:29, Junio C Hamano wrote:
> A release candidate Git v2.21.0-rc2 is now available for testing at the usual
> places. It is comprised of 474 non-merge commits since v2.20.0, contributed
> by 61 people, 16 of which are new faces.
Thanks. t5562 works properly on NonStop (3 tes
not reported as completed, and the overall build
fails,
> and there seem to no additional data except the log available.
>
> Have you or somebody else been investigating it or is there otherwise any
> information about those hangs?
The no-reuse hack made a big different
(https://publi
On February 18, 2019 15:41, Johannes Schindelin wrote:
> To: Randall S. Becker
> Cc: 'Junio C Hamano' ; 'Johannes Schindelin via
> GitGitGadget' ; git@vger.kernel.org; 'Max
Kirillov'
>
> Subject: RE: [PATCH 0/1] Fix hang in t5562, introduced in v2.
On February 18, 2019 15:47, I wrote:
> On February 18, 2019 15:41, Johannes Schindelin wrote:
> > On Thu, 14 Feb 2019, Randall S. Becker wrote:
> >
> > > On February 14, 2019 17:39, Junio C Hamano wrote:
> > > > To: Randall S. Becker
> > >
On February 18, 2019 15:50, Max Kirillov wrote:
> To: SZEDER Gábor ; git@vger.kernel.org
> Cc: Max Kirillov ; Johannes Schindelin
> ; Randall S. Becker
> ; 'Junio C Hamano'
> Subject: [PATCH] t5562: chunked sleep to avoid lost SIGCHILD
>
> If was found during stres
On February 18, 2019 15:41, Johannes Schindelin wrote:
> On Thu, 14 Feb 2019, Randall S. Becker wrote:
>
> > On February 14, 2019 17:39, Junio C Hamano wrote:
> > > To: Randall S. Becker
> > > Cc: 'Johannes Schindelin via GitGitGadget' ;
> > > g
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 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
On February 18, 2019 11:13, I wrote:
> To: 'Senol Yazici' ; git@vger.kernel.org
> Subject: RE: Delivery Status Notification (Failure)
>
> On February 18, 2019 5:47, Senol Yazici
> > I just stumbled over following page
> >
> > https://git-scm.com/about/distributed
> >
> > and was wondering if it is
On February 18, 2019 10:17, SZEDER Gábor wrote:
> To: Joe Ranieri
> Cc: git@vger.kernel.org
> Subject: Re: [BUG] ls-files showing deleted files (unchecked lstat return
> value)
>
> On Sun, Feb 17, 2019 at 08:49:39AM -0500, Joe Ranieri wrote:
> > "git ls-files -m" can show deleted files, despite -
On February 18, 2019 5:47, Senol Yazici
> I just stumbled over following page
>
> https://git-scm.com/about/distributed
>
> and was wondering if it is possible to
>
> - demilitarise that “dictator/lieutenant” thing and
> - de-religionise that “blessed” thing
>
> I did not had the feeling that g
On February 17, 2019 12:05, Ramsay Jones wrote:
> On 17/02/2019 16:34, randall.s.bec...@rogers.com wrote:
> > From: "Randall S. Becker"
> >
> > The result from lstat, checking whether a file has been deleted, is
> > now included priot to calling id_modified w
From: "Randall S. Becker"
The result from lstat, checking whether a file has been deleted, is now
included priot to calling id_modified when showing modified files. Prior
to this fix, it is possible that files that were deleted could show up
as being modified because the lstat
On February 17, 2019 8:50, Joe Ranieri wrote:
> "git ls-files -m" can show deleted files, despite -d not having been
> specified.
> This is due to ls-files.c's show_files function calling lstat but not
> checking the
> return value before calling ie_modified with the uninitialized stat structure.
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
y 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,
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 expe
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
1 - 100 of 443 matches
Mail list logo
