RE: [RFC/PATCH] perl: bump the required Perl version to 5.10.0 from 5.8.0

On December 23, 2017 12:44 PM, Ævar Arnfjörð Bjarmason wrote: > > In late 2010 I bumped our perl version dependency from 5.6.* to 5.8.0[1]. Git > had been failing for a while on <5.8, and it was suspected that nobody cared > enough to keep using it, which turned out to be true. > > Follow that

RE: Bring together merge and rebase

On December 23, 2017 4:02 PM, Carl Baldwin wrote: > On Sat, Dec 23, 2017 at 07:59:35PM +0100, Ævar Arnfjörð Bjarmason wrote: > > I think this is a worthwhile thing to implement, there are certainly > > use-cases where you'd like to have your cake & eat it too as it were, > > i.e. have a nice

RE: Improved error handling (Was: [PATCH 1/2] sequencer: factor out rewrite_file())

On December 24, 2017 9:54 AM, Jeff King wrote: > Subject: Re: Improved error handling (Was: [PATCH 1/2] sequencer: factor > out rewrite_file()) > > On Sat, Nov 18, 2017 at 10:01:45AM +0100, Johannes Sixt wrote: > > > > Yeah, I have mixed feelings on that. I think it does make the > > > control

[PATCH] Prototype PATH_MAX length detection in tests, demonstrated in t0001-init.sh

. Signed-off-by: Randall S. Becker <rsbec...@nexbridge.com> --- Makefile| 9 + config.mak.uname| 1 + t/t0001-init.sh | 2 +- t/test-lib-functions.sh | 31 +++ t/test-lib.sh

RE: [PATCH] Prototype PATH_MAX length detection in tests, demonstrated in t0001-init.sh

Apologies: I'm trying out a new mailer - it did not end well. Git 2.12.3 is not able to connect to mail email system without throwing Auth fails. Sadly, Randall

RE: [PATCH] Prototype PATH_MAX length detection in tests, demonstrated in t0001-init.sh

On January 9, 2018 6:01 PM, Johannes Sixt wrote: > Am 09.01.2018 um 19:12 schrieb Randall S. Becker: > > This patch create a configuration variable PATH_MAX that corresponds > > with the value in limits.h. The value of PATH_MAX, if supplied, is > > added to BASIC_CFL

Request for Assist on Limits for Tests

Hi All, I'm looking for a proper (i.e. not sneaky) way to detect the platform I am on during testing so that some tests can be modified/skipped other than using the standard set of dependencies. In particular, the maximum path on current NonStop platforms is 8-bit 2048 bytes. It appears that

RE: Request for Assist on Limits for Tests

On January 7, 2018 4:18 PM, brian m. Carlson wrote: > On Sun, Jan 07, 2018 at 03:57:59PM -0500, Randall S. Becker wrote: > > I'm looking for a proper (i.e. not sneaky) way to detect the platform > > I am on during testing so that some tests can be modified/skipped > > other th

RE: [PATCH] Replaced read with xread in transport-helper.c to fix SSIZE_MAX overun in t5509

nsport-helper.c > was the only place outside of wrapper.c. > > Signed-off-by: Randall S. Becker <rsbec...@nexbridge.com> > --- > transport-helper.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/transport-helper.c b/transport-helper.c > index 36

[PATCH] Replaced read with xread in transport-helper.c to fix SSIZE_MAX overun in t5509

This fix was needed on HPE NonStop NSE where SSIZE_MAX is less than BUFFERSIZE resulting in EINVAL. The call to read in transport-helper.c was the only place outside of wrapper.c. Signed-off-by: Randall S. Becker <rsbec...@nexbridge.com> --- transport-helper.c | 2 +- 1 file changed, 1 ins

RE: [PATCH] Replaced read with xread in transport-helper.c to fix SSIZE_MAX overun in t5509

On January 11, 2018 1:21 AM , Jeff King wrote: > On Thu, Jan 11, 2018 at 12:40:05AM -0500, Randall S. Becker wrote: > > This fix was needed on HPE NonStop NSE where SSIZE_MAX is less than > > BUFFERSIZE resulting in EINVAL. The call to read in transport-helper.c > > was t

RE: [PATCH] Replaced read with xread in transport-helper.c to fix SSIZE_MAX overun in t5509

On January 11, 2018 1:31 AM Jeff King wrote" > On Thu, Jan 11, 2018 at 12:40:05AM -0500, Randall S. Becker wrote: > > diff --git a/transport-helper.c b/transport-helper.c index > > 3640804..68a4e30 100644 > > --- a/transport-helper.c > > +++ b/transport-helper.c

[BUG] Weird breakages in t1450 #2 on NonStop

This one has me scratching my head: The object file name being reported below in t1450, subtest 2 is corrupt, but I can't figure out why the script might be generating this condition - there's nothing apparent, but it looks like the git commit -m C step is reporting or using a bad name. This

[BUG] Breakage in t5509 # 2 from read(stdin) EINVAL

Hi All, Here’s the situation. In the NonStop port, since time immemorial, we’ve had a breakage in 5509 that I’ve finally had the chance to track down. The error report at the breakage is: ./trash directory.t5509-fetch-push-namespaces/original: GIT_TRACE=true GIT_PACKET_TRACE=true

RE: [PATCH] Prototype PATH_MAX length detection in tests, demonstrated in t0001-init.sh

On January 10, 2018 1:16 PM, Johannes Sixt wrote: > Am 10.01.2018 um 01:12 schrieb Randall S. Becker: > > On January 9, 2018 6:01 PM, Johannes Sixt wrote: > > I'm encountering strange warnings, while looking into the details of what > test t0001 fails in spots. These includ

RE: How to use multiple SSH keys on Git exe (not bash)

On January 10, 2018 10:31 AM Sam Millman wrote: > I am trying, for the sake of PhpStorm, to get multiple SSH keys working using > git . exe, which means no GitBash. > > I can get the keys to work just fine with GitBash. > > I edited my .ssh/config to look like (I know this is incorrect): > >

RE: How to use multiple SSH keys on Git exe (not bash)

On January 10, 2018 11:01 AM Sam Millman wrote: > That would mean I would need to change the case for a letter everytime I > have a repo with a new key, that would mean I would be restricted to > 12 client repos at a time :\, seems very hacky to me > > On 10 January 2018 at 1

RE: How to use multiple SSH keys on Git exe (not bash)

OpenSSH generally. Other providers (and platform providers) exist as well. It is hard to know which is really involved, but not git. > -Original Message- > From: Sam Millman [mailto:sam.mill...@gmail.com] > Sent: January 10, 2018 11:26 AM > To: Randall S. Becker <rsbec..

RE: How to use multiple SSH keys on Git exe (not bash)

May I, with respect, ask you to take this to the OpenSSH email list? (openssh-unix-...@mindrot.org) I think the discussion better belongs there and you're likely to get more detailed information from that team. Sincerely, Randall > -Original Message- > From: git-ow...@vger.kernel.org

RE: [BUG] test_must_fail: does not correctly detect failures - Was Git 2.16.0-rc2 Test Summary on NonStop

On January 15, 2018 2:06 AM, Johannes Sixt wrote: > Am 15.01.2018 um 03:37 schrieb Randall S. Becker: > > On January 14, 2018 4:33 PM, I wrote: > >> The exotic error code coming back from perl is 162. I can muck with > >> it, if there was a value more useful to git.

[Question] format-patch along a specific path

Hi all, What I’m trying to do is to format a patch based on a single commit from 2.16.0 representing the NonStop port, for review and comments to the team. Here is a partial (somewhat familiar) tree: *   f1a482cd8 (HEAD -> randall_2.16, ituglib_release) NonStop port changes for git 2.16.0. |\ |

RE: git 2.16.0 segfaults on clone of specific repo

On January 18, 2018 3:56 PM, Aleks wrote: > I found that git 2.16.0 segfaults on clone of vim-colorschemes repo. Just tested on NonStop NSE and works fine here. Just an FYI now that we're on 2.16.0. Cheers, Randall -- Brief whoami: NonStop developer since approximately

RE: [Question] format-patch along a specific path

On January 18, 2018 2:17 PM, I wrote: > What I’m trying to do is to format a patch based on a single commit from > 2.16.0 representing the NonStop port, for review and comments to the team. > Here is a partial (somewhat familiar) tree: > > *   f1a482cd8 (HEAD -> randall_2.16, ituglib_release)

[RFC PATCH] NonStop port changes for git 2.16.0.

From: "Randall S. Becker" <rsbec...@nexbridge.com> Explanation: I'm looking for comments on how best to handle the changes below that are needed for the NonStop port. The hashmap.h and transport-helper.c will not be included in the final patch as they have already been comm

RE: [PATCH] Removed unnecessary void* from hashmap.h that caused compile warnings

Philip suggested in the other thread: "hashmap.h: > remove unnecessary void*", or maybe "hashmap.h: remove unnecessary > variable". > > On 01/14, randall.s.bec...@rogers.com wrote: > > From: "Randall S. Becker" <rsbec...@nexbridge.com> > > > >

RE: [BUG] test_must_fail: does not correctly detect failures - Was Git 2.16.0-rc2 Test Summary on NonStop

On January 15, 2018 10:01 PM, brian m. Carlson wrote: > On Mon, Jan 15, 2018 at 09:25:37AM -0500, Randall S. Becker wrote: > > On January 15, 2018 2:06 AM, Johannes Sixt wrote: > > > I take "die exits with non-zero" as a piece of information for the > > > *u

[PATCH] Remoted unnecessary void* from hashmap.h that caused compile warnings

From: "Randall S. Becker" <rsbec...@nexbridge.com> * The while loop in the inline method hashmap_enable_item_counting used an unneeded variable. The loop has been revised accordingly. Signed-off-by: Randall S. Becker <rsbec...@nexbridge.com> --- hashmap.h | 3 +-- 1 fil

RE: [BUG] test_must_fail: does not correctly detect failures - Was Git 2.16.0-rc2 Test Summary on NonStop

On January 13, 2018 3:17 PM, I wrote: > On January 13, 2018 2:31 PM, I wrote: > > On January 13, 2018 1:08 PM, I wrote: > > > Here’s where things are. This is probably the best git release so > > > far > > (ever). > > > After applying a4cdf02, I had 6 total breakages. 3 existing, 3 new. > > > Many

RE: [PATCH v2 2/6] Add tar extract install options override in installation processing.

On January 20, 2018 9:25 AM, René Scharfe wrote: > To: Randall S. Becker <rsbec...@nexbridge.com>; git@vger.kernel.org > Subject: Re: [PATCH v2 2/6] Add tar extract install options override in > installation processing. > > Am 20.01.2018 um 14:44 schrieb Randall S. Becker: &g

RE: [PATCH v2 2/6] Add tar extract install options override in installation processing.

On January 20, 2018 7:31 AM, René Scharfe wrote: > Am 19.01.2018 um 18:34 schrieb randall.s.bec...@rogers.com: > > From: "Randall S. Becker" <rsbec...@nexbridge.com> > > > > * Makefile: Add TAR_EXTRACT_OPTIONS to allow platform options to be > >

RE: [PATCH v2 0/6] Force pipes to flush immediately on NonStop platform

On January 20, 2018 6:10 AM, Torsten Bögershausen wrote: > On Fri, Jan 19, 2018 at 12:33:59PM -0500, randall.s.bec...@rogers.com > wrote: > > From: "Randall S. Becker" <rsbec...@nexbridge.com> > > > > * wrapper.c: called setbuf(stream,0) to force p

RE: [PATCH v2 2/6] Add tar extract install options override in installation processing.

On January 20, 2018 3:34 PM, Ævar Arnfjörð Bjarmason > On Sat, Jan 20 2018, Randall S. Becker jotted: > > > I will reissue this particular patch shortly. > > It makes sense to base that submission on the next branch instead of master. > I have a patch queued up there w

RE: [PATCH v2 4/6] Force test suite traps to be cleared for NonStop ksh

On January 19, 2018 5:29 PM, I wrote: > On January 19, 2018 4:27 PM, Jeff King wrote: > > On Fri, Jan 19, 2018 at 12:34:04PM -0500, randall.s.bec...@rogers.com > wrote: > > > > > From: "Randall S. Becker" <rsbec...@nexbridge.com> > > > > &g

RE: should any build system legitimately change any tracked files?

On January 19, 2018 12:52 PM, Robert P. J. Day wrote: > just finished teaching a couple git courses and, after class, a student came > up and described a rather weird problem -- in short: > > 1) before build, "git diff" shows nothing > 2) do the standard build > 3) suddenly, "git diff"

[PATCH v2 1/6] Bypass GCC attributes on NonStop platform where used.

From: "Randall S. Becker" <rsbec...@nexbridge.com> * remote.c: force ignoring of GCC __attribute construct not supported by c99 by defining it as an empty CPP macro. Signed-off-by: Randall S. Becker <rsbec...@nexbridge.com> --- remote.c | 4 1 file changed, 4 ins

[PATCH v2 5/6] Bring NonStop platform definitions up to date in git-compat-util.h

From: "Randall S. Becker" <rsbec...@nexbridge.com> * git-compat-util.h: add correct FLOSS definitions to allow correct emulation of non-platform behaviour. Add NSIG definition that is not explicitly supplied in signal.h on platform. Signed-off-by: Randall S. Becker <rsb

[PATCH v2 0/6] Cover Letter for NonStop Port Patches

From: "Randall S. Becker" <rsbec...@nexbridge.com> This is the second attempt at submission of the NonStop port to the git team. This package is split by file but should be applied atomically. I am not happy with the change in compat/regex/regcomp.c and figure this might chan

[PATCH v2 0/6] Force pipes to flush immediately on NonStop platform

From: "Randall S. Becker" <rsbec...@nexbridge.com> * wrapper.c: called setbuf(stream,0) to force pipe flushes not enabled by default on the NonStop platform. Signed-off-by: Randall S. Becker <rsbec...@nexbridge.com> --- wrapper.c | 3 +++ 1 file changed, 3 ins

[PATCH v2 4/6] Force test suite traps to be cleared for NonStop ksh

From: "Randall S. Becker" <rsbec...@nexbridge.com> * t/lib-git-daemon.sh: fix incompatibilities with ksh traps not being cleared automatically on platform. This caused tests to seem to fail while actually succeeding. Signed-off-by: Randall S. Becker <rsbec...@nexbridge.

[PATCH v2 3/6] Define config options required for the HPE NonStop NSX and NSE platforms

From: "Randall S. Becker" <rsbec...@nexbridge.com> * config.mak.uname: upgrade old options to currently supported NonStop operating system versions (J06.21 and L17.xx). Signed-off-by: Randall S. Becker <rsbec...@nexbridge.com> --- config.mak.uname | 29 +++

[PATCH v2 6/6] Add intptr_t and uintptr_t to regcomp.c for NonStop platform.

From: "Randall S. Becker" <rsbec...@nexbridge.com> * compat/regex/regcomp.c: fix missing intptr_t on NonStop. This is done because git-compat-util.h cannot be cleanly included into this file without additional compile errors. Signed-off-by: Randall S. Becker <rsb

[PATCH v2 2/6] Add tar extract install options override in installation processing.

From: "Randall S. Becker" <rsbec...@nexbridge.com> * Makefile: Add TAR_EXTRACT_OPTIONS to allow platform options to be specified if needed. The default is xof. Signed-off-by: Randall S. Becker <rsbec...@nexbridge.com> --- Makefile | 6 +- 1 file changed, 5 ins

RE: [PATCH v2 1/6] Bypass GCC attributes on NonStop platform where used.

On January 19, 2018 5:43 PM, Ramsay Jones wrote: > On 19/01/18 21:20, Jeff King wrote: > > On Fri, Jan 19, 2018 at 08:28:48PM +, Ramsay Jones wrote: > > > >>> diff --git a/remote.c b/remote.c > >>> index 4e93753e1..c18f9de7f 100644 > >>> --- a/remote.c > >>> +++ b/remote.c > >>> @@ -11,6

[PATCH v3 0/6] Force pipes to flush immediately on NonStop platform

From: "Randall S. Becker" <rsbec...@nexbridge.com> * wrapper.c: called setbuf(stream,NULL) to force pipe flushes not enabled by default on the NonStop platform. This applies only to the NonStop platform guarded by #ifdef __TANDEM. Signed-off-by: Randall S. Becker <rsb

RE: [PATCH v2 4/6] Force test suite traps to be cleared for NonStop ksh

On January 19, 2018 4:27 PM, Jeff King wrote: > On Fri, Jan 19, 2018 at 12:34:04PM -0500, randall.s.bec...@rogers.com wrote: > > > From: "Randall S. Becker" <rsbec...@nexbridge.com> > > > > * t/lib-git-daemon.sh: fix incompatibilities with ksh tra

RE: [PATCH v3 0/6] Force pipes to flush immediately on NonStop platform

> -Original Message- > From: randall.s.bec...@rogers.com [mailto:randall.s.bec...@rogers.com] > Sent: January 19, 2018 6:00 PM > To: git@vger.kernel.org > Cc: Randall S. Becker <rsbec...@nexbridge.com> > Subject: [PATCH v3 0/6] Force pipes to flush immediate

RE: [PATCH v2 4/6] Force test suite traps to be cleared for NonStop ksh

On January 19, 2018 5:29 PM, I wrote: > On January 19, 2018 4:27 PM, Jeff King wrote: > > On Fri, Jan 19, 2018 at 12:34:04PM -0500, randall.s.bec...@rogers.com > wrote: > > > > > From: "Randall S. Becker" <rsbec...@nexbridge.com> > > > > &g

RE: [PATCH v2 1/6] DO NOT APPLY Bypass GCC attributes on NonStop platform where used.

On January 19, 2018 3:29 PM, Ramsay Jones wrote: > On 19/01/18 17:34, randall.s.bec...@rogers.com wrote: > > From: "Randall S. Becker" <rsbec...@nexbridge.com> > > > > * remote.c: force ignoring of GCC __attribute construct not supported > >

[Nit] Lots of enumerated type warnings

So here a bit of a nit or nano-quibble that I have. Call it my "warnings OCD" if you want. I'm seeing an increase in the enumerated type warnings coming from my use of the c99 compiler for compiling git over time (loads more for 2.16.0 compared to 2.3.7 when I took it on). What is the general

[PATCH v4 0/4] Force pipes to flush immediately on NonStop platform

From: "Randall S. Becker" <rsbec...@nexbridge.com> Call setbuf(stream,NULL) to force pipe flushes not enabled by default on the NonStop platform in wrapper.c. This may be extended in future to a configure option. Signed-off-by: Randall S. Becker <rsbec...@nexbridge.com> ---

[PATCH v4 4/4] Add intptr_t and uintptr_t to regcomp.c for NonStop platform.

From: "Randall S. Becker" <rsbec...@nexbridge.com> Fix missing intptr_t on NonStop in compat/regex/regcomp.c wrapped using the __TANDEM guard define. This is done because git-compat-util.h cannot be cleanly included into this file without additional compile errors. Signed-o

[PATCH v4 1/4] Add tar extract install options override in installation processing.

From: "Randall S. Becker" <rsbec...@nexbridge.com> Introduced TAR_EXTRACT_OPTIONS as a configuration option to change the options of tar processing during extract. The default value is "o" which synthesizes xof, by default. Signed-off-by: Randall S. Becker <rsbec...

[PATCH v4 2/4] Define config options required for the HPE NonStop NSX and NSE platforms

From: "Randall S. Becker" <rsbec...@nexbridge.com> Upgrade old options in config.mak.uname to currently supported NonStop operating system versions (J06.21 and L17.xx). Signed-off-by: Randall S. Becker <rsbec...@nexbridge.com> --- config.mak.uname | 29 +++

[PATCH v4 3/4] Bring NonStop platform definitions up to date in git-compat-util.h

From: "Randall S. Becker" <rsbec...@nexbridge.com> Add correct FLOSS (NonStop platform emulation) definitions into git-compat-util.h to allow correct emulation of non-platform behaviour. Also added NSIG definition that is not explicitly supplied in signal.h on platform. Signed-o

RE: [PATCH v4 3/4] Bring NonStop platform definitions up to date in git-compat-util.h

On January 24, 2018 3:36 PM, Junio C Hamano wrote: > randall.s.bec...@rogers.com writes: > > > From: "Randall S. Becker" <rsbec...@nexbridge.com> > > > > Add correct FLOSS (NonStop platform emulation) definitions into > > git-compat-util.h to allow c

RE: [PATCH v4 1/4] Add tar extract install options override in installation processing.

> -Original Message- > From: Todd Zullinger [mailto:t...@pobox.com] > Sent: January 24, 2018 5:02 PM > To: Junio C Hamano <gits...@pobox.com> > Cc: randall.s.bec...@rogers.com; git@vger.kernel.org; Randall S. Becker > <rsbec...@nexbridge.com> > Subject: R

RE: [PATCH v4 3/4] Bring NonStop platform definitions up to date in git-compat-util.h

On January 24, 2018 4:18 PM, Junio C Hamano wrote: > > "Randall S. Becker" <rsbec...@nexbridge.com> writes: > > >> > +#ifdef __TANDEM > >> > +#if !defined(_THREAD_SUPPORT_FUNCTIONS) && > >> !defined(_PUT_MODEL_) > >> &g

RE: pushing a delete-only commit consumes too much traffic

n Ilya [mailto:basini...@gmail.com] > Sent: January 25, 2018 10:08 AM > To: Randall S. Becker <rsbec...@nexbridge.com>; git@vger.kernel.org > Subject: Re: pushing a delete-only commit consumes too much traffic > > > Were the 60Mb of jars previously pushed in a commit that already ex

RE: unused variable in hashmap.h [was: Re: [PATCH] Fixed pervasive enumeration warning in convert.h.]

> Sent: On January 13, 2018 12:13 PM, René Scharfe wrote: > Am 12.01.2018 um 20:52 schrieb Randall S. Becker: > > On a related too many warnings subject, hashmap.h has a variable > > unused (void *item). Is that addressed soon? If not, I can deal with > > it. > Here ar

Git 2.16.0-rc2 Test Summary on NonStop

Here’s where things are. This is probably the best git release so far (ever). After applying a4cdf02, I had 6 total breakages. 3 existing, 3 new. Many reduced. The test took about 24 hours to run on platform, which is about 2 hours shorter than 2.13.5. t1308-config-set.sh (2 already discussed and

RE: [PATCH] Remoted unnecessary void* from hashmap.h that caused compile warnings

On January 14, 2018 12:25 PM, Philip Oakley wrote: > To: randall.s.bec...@rogers.com; git@vger.kernel.org > Cc: Randall S. Becker <rsbec...@nexbridge.com> > Subject: Re: [PATCH] Remoted unnecessary void* from hashmap.h that > caused compile warnings > > From: <

[PATCH] Removed unnecessary void* from hashmap.h that caused compile warnings

From: "Randall S. Becker" <rsbec...@nexbridge.com> * hashmap.h: Revised the while loop in the hashmap_enable_item_counting to remove unneeded void* item. Signed-off-by: Randall S. Becker <rsbec...@nexbridge.com> --- hashmap.h | 3 +-- 1 file changed, 1 insertion(+)

RE: [BUG] test_must_fail: does not correctly detect failures - Was Git 2.16.0-rc2 Test Summary on NonStop

> -Original Message- > From: Johannes Sixt [mailto:j...@kdbg.org] > Sent: On January 14, 2018 1:41 PM wrote: > Am 14.01.2018 um 17:50 schrieb Randall S. Becker: > > Follow-up: This looks like the completion code from perl on NonStop is > > not the same as exp

[BUG] test_must_fail: does not correctly detect failures - Was Git 2.16.0-rc2 Test Summary on NonStop

On January 13, 2018 2:31 PM, I wrote: > On January 13, 2018 1:08 PM, I wrote: > > Here’s where things are. This is probably the best git release so far > (ever). > > After applying a4cdf02, I had 6 total breakages. 3 existing, 3 new. > > Many reduced. The test took about 24 hours to run on

RE: Git 2.16.0-rc2 Test Summary on NonStop

On January 13, 2018 1:08 PM, I wrote: > Here’s where things are. This is probably the best git release so far (ever). > After applying a4cdf02, I had 6 total breakages. 3 existing, 3 new. > Many reduced. The test took about 24 hours to run on platform, which is > about 2 hours shorter than 2.13.5.

RE: [BUG] test_must_fail: does not correctly detect failures - Was Git 2.16.0-rc2 Test Summary on NonStop

On January 14, 2018 4:33 PM, I wrote: > On January 14, 2018 1:41 PM Johannes Sixt wrote: > > Sent: > > Am 14.01.2018 um 17:50 schrieb Randall S. Becker: > > > Follow-up: This looks like the completion code from perl on NonStop > > > is not the same as expected

RE: [PATCH v2 0/6] Force pipes to flush immediately on NonStop platform

On January 23, 2018 1:13 PM, Junio C Hamano wrote: > > "Randall S. Becker" <rsbec...@nexbridge.com> writes: > > >> IOW, I do not see it explained clearly why this change is needed on > >> any single platform---so "that issue may be shared by o

RE: pushing a delete-only commit consumes too much traffic

On January 25, 2018 9:15 AM, Basin Ilya wrote: > I had a 60Mb worth of unneeded jar files in the project. I created a new > branch and performed `git rm` on them. Now while I was pushing the change > the counter of sent data reached 80Mb. Why is that? Can you provide more info? Were the 60Mb of

RE: [BUG] Weird breakages in t1450 #2 on NonStop

On January 12, 2018 9:39 AM, Jeff King wrote: > On Thu, Jan 11, 2018 at 04:39:04PM -0500, Randall S. Becker wrote: > > > > executed because the test_commit fails with a non-zero git commit > > > completion code. There is no rn (actual r n 252 252 252 252) in > >

[PATCH] Fixed pervasive enumeration warning in convert.h.

From: "Randall S. Becker" <rsbec...@nexbridge.com> The actual enum value should be used rather than 0 and was causing a warning in an inline proc. Signed-off-by: Randall S. Becker <rsbec...@nexbridge.com> --- convert.h | 2 +- 1 file changed, 1 insertion(+), 1 d

RE: [PATCH] Fixed pervasive enumeration warning in convert.h.

> From: Junio C Hamano [mailto:gits...@pobox.com] On January 12, 2018 2:25 PM, Junio C Hamano wrote: > > From: "Randall S. Becker" <rsbec...@nexbridge.com> > > { > > - return convert_to_git(istate, path, NULL, 0, NULL, 0); > > + return

RE: [ANNOUNCE] Git v2.16.0-rc2 - breakages in t1308 and 1404

On January 11, 2018 11:11 PM, Junio C Hamano wrote: > A release candidate Git v2.16.0-rc2 is now available for testing at the usual > places. It is comprised of 483 non-merge commits since v2.15.0, contributed > by 80 people, 23 of which are new faces. Please forgive my not knowing the proper

RE: [ANNOUNCE] Git v2.16.0-rc2 - breakages in t1308 and 1404

On January 12, 2018 5:08 PM, Junio C Hamano wrote: > "Randall S. Becker" <rsbec...@nexbridge.com> writes: > > It looks like the exit code is coming back as 1 not 2. There is also a > > file except vs expect. > > ./trash directory.t1308-config-set: ls a-director

RE: [BUG] Weird breakages in t1450 #2 on NonStop

On January 11, 2018 9:46 AM, I wrote: > This one has me scratching my head: > > The object file name being reported below in t1450, subtest 2 is corrupt, but I > can't figure out why the script might be generating this condition - there's > nothing apparent, but it looks like the git commit -m C

RE: Missing ? wildcard character in gitignore documentation

On January 29, 2018 6:30 AM, Jack F wrote: > I have just noticed that the documentation for gitignore is missing > documentation on using the ? to match any single character. I have included > a example below with git version 2.14.1. > > |11:05:09 j ~/Development/ls-ignore [master] $ git status

RE: [PATCH 11/26] serve: introduce git-serve

On February 1, 2018 1:58 PM, Stefan Beller wrote: > On Thu, Feb 1, 2018 at 10:48 AM, Jeff Hostetler > wrote: > > > > > > On 1/2/2018 7:18 PM, Brandon Williams wrote: > >> > >> Introduce git-serve, the base server for protocol version 2. > >> > >> Protocol version 2 is

RE: [PATCH 11/26] serve: introduce git-serve

On February 1, 2018 3:08 PM, Brandon Williams wrote: > On 02/01, Randall S. Becker wrote: > > On February 1, 2018 1:58 PM, Stefan Beller wrote: > > > On Thu, Feb 1, 2018 at 10:48 AM, Jeff Hostetler > > > <g...@jeffhostetler.com> > > > wrote: > >

RE: Shawn Pearce has died

s will remain with us forever. Sincerest Condolences, Randall -- Randall S. Becker ITUGLIB Process Designer, Repository Manager, Git and Occasional Other Porting Dude NonStop developer since approximately 2112884442 UNIX developer since approximately 421664400 -- In my real life, I talk too much.

RE: git: CVE-2018-1000021: client prints server sent ANSI escape codes to the terminal, allowing for unverified messages to potentially execute arbitrary commands

On February 5, 2018 3:43 PM, Jonathan Nieder wrote: > > Salvatore Bonaccorso wrote[1]: > > > the following vulnerability was published for git. > > > > CVE-2018-121[0]: > > |client prints server sent ANSI escape codes to the terminal, allowing > > |for unverified messages to potentially

RE: git: CVE-2018-1000021: client prints server sent ANSI escape codes to the terminal, allowing for unverified messages to potentially execute arbitrary commands

On February 7, 2018 11:53 AM, Andreas Schwab wrote: > On Feb 06 2018, "Randall S. Becker" <rsbec...@nexbridge.com> wrote: > > > What I don't know - and it's not explicitly in the CVE - is just how > > many other terminal types with similar vulnerabilities are

Git 2.16.2 on NonStop Test Status

Just letting you know that we are one breakage reduced from 2.16.1. Now at 3 total (1308:23, 1404:52, 9001:134) - all of which were expected. Nice work. Cheers, Randall -- Brief whoami: NonStop developer since approximately NonStop(2112884442) UNIX developer since approximately

RE: [BUG] Worktree prune complains about missing path

On February 20, 2018 5:22 PM Eric Sunshine wrote: > On Tue, Feb 20, 2018 at 3:36 PM, Randall S. Becker > <rsbec...@nexbridge.com> wrote: > > I’m a bit confused about this, as I thought I understood worktrees :(. > > > > /home/randall/nsgit/test/test dir.mytest: rm

RE: Git should preserve modification times at least on request

On February 21, 2018 6:13 PM, Peter Backes wrote: > On Wed, Feb 21, 2018 at 11:44:13PM +0100, Ævar Arnfjörð Bjarmason wrote: > > If it were added as a first-level feature to git it would present a > > lot of UX confusion. E.g. you run "git add" and it'll be showing the > > mtime somehow, or you

[BUG] Worktree prune complains about missing path

I’m a bit confused about this, as I thought I understood worktrees :(. /home/randall/nsgit/test/test dir.mytest/dest git worktree list /home/randall/nsgit/test/test dir.mytest/dest: git worktree list /home/randall/nsgit/test/test dir.mytest/dest 4e901ca [master] /home/randall/nsgit/test/test

RE: Git should preserve modification times at least on request

On February 19, 2018 4:58 PM Johannes wrote: > On Mon, 19 Feb 2018, Peter Backes wrote: > > > please ensure to CC me if you reply as I am not subscribed to the list. > > > > https://git.wiki.kernel.org/index.php/Git_FAQ#Why_isn.27t_Git_preservi > > ng_modification_time_on_files.3F argues that git

RE: [PATCH 3/8] perl: generalize the Git::LoadCPAN facility

On February 25, 2018 1:57 PM, Ævar Arnfjörð Bjarmason wrote: > On Wed, Feb 14 2018, Jonathan Nieder jotted: > > > Ævar Arnfjörð Bjarmason wrote: > > > >> Change the two wrappers to load from CPAN (local OS) or our own copy > >> to do so via the same codepath. > > > > nit: I think with s/to

RE: Bring together merge and rebase

On December 25, 2017 6:44 PM Carl Baldwin wrote: > On Sun, Dec 24, 2017 at 12:01:38AM +0100, Johannes Schindelin wrote: > > On Sat, 23 Dec 2017, Carl Baldwin wrote: > > > I imagine that a "git commit --amend" would also insert a "replaces" > > > reference to the original commit but I failed to

[Bug] NO_INTPTR_T not being honoured in compat/regex/regcomp.c

I'm looking for the proper approach for dealing with the following situation in 2.8.5: * I have defined NO_INTPTR_T = UnfortunatelyYes in config.mak.uname for my platform. The c99 compiler I have does not define it. * The code compiles except for compat/regex/regcomp.c - not sure why this is being

RE: [Bug] NO_INTPTR_T not being honoured in compat/regex/regcomp.c

On January 1, 2018 4:51 PM Eric Sunshine wrote: > On Mon, Jan 1, 2018 at 4:21 PM, Randall S. Becker > <rsbec...@nexbridge.com> wrote: > > * I have defined NO_INTPTR_T = UnfortunatelyYes in config.mak.uname > > for my platform. The c99 compiler I have does not define it.

RE: [Bug] NO_INTPTR_T not being honoured in compat/regex/regcomp.c

On January 1, 2018 4:51 PM Eric Sunshine wrote: > On Mon, Jan 1, 2018 at 4:21 PM, Randall S. Becker > <rsbec...@nexbridge.com> wrote: > > * I have defined NO_INTPTR_T = UnfortunatelyYes in config.mak.uname > > for my platform. The c99 compiler I have does not define it.

RE: abstracting commit signing/verify to support other signing schemes

On August 3, 2018 5:39 PM, Tacitus Aedifex wrote: > I'm looking at the existing commit signing and verification integration and > it is > all GPG specific. I'm interested in refactoring the code to have a generic > signing/verifying interface so that "drivers" > for other signing tools can be

RE: [PATCH] Makefile: enable DEVELOPER by default

On August 6, 2018 12:40 PM, Ævar Arnfjörð Bjarmason wrote: > On Sat, Aug 04 2018, Junio C Hamano wrote: > > > Duy Nguyen writes: > > > >> On Sat, Aug 4, 2018 at 8:11 AM Jonathan Nieder > wrote: > >>> My main concern is not about them but about other people building > >>> from source in order to

RE: Contributor Summit planning

On August 14, 2018 2:53 AM, Elijah Newren wrote: > On Mon, Aug 13, 2018 at 10:27 AM Jeff King wrote: > > > > For the past several years, we've held a Git Contributor Summit as > > part of the Git Merge conference. I'd like to get opinions from the > > community to help plan future installments.

RE: [PATCH] Makefile: enable DEVELOPER by default

On August 6, 2018 1:02 PM, Peff wrote: > To: Ævar Arnfjörð Bjarmason > Cc: Junio C Hamano ; Duy Nguyen > ; Jonathan Nieder ; Stefan > Beller ; Git Mailing List ; git- > packag...@googlegroups.com; Han-Wen Nienhuys > Subject: Re: [PATCH] Makefile: enable DEVELOPER by default > > On Mon, Aug 06,

RE: [PATCH] Makefile: enable DEVELOPER by default

On August 6, 2018 1:42 PM, Ævar Arnfjörð Bjarmason wrote: > On Mon, Aug 06 2018, Randall S. Becker wrote: > > > On August 6, 2018 12:40 PM, Ævar Arnfjörð Bjarmason wrote: > >> On Sat, Aug 04 2018, Junio C Hamano wrote: > >> > >> > Duy Nguyen writes: >

RE: [GitHub] Your password was reset

On August 26, 2018 11:35 AM, pedro rijo, wrote: > Subject: Re: [GitHub] Your password was reset > > just wondering if there's something going on? Is there a github account > associated with the mailing list email? seems odd... > > GitHub escreveu no dia domingo, 26/08/2018 à(s) > 10:35: > > >

RE: [PATCH 1/2] introduce "banned function" list

On July 19, 2018 6:46 PM, Junio wrote: > Jeff King writes: > > > For enforcement, we can rely on the compiler and just introduce code > > which breaks compilation when it sees these functions. This has a few > > advantages: > > > > 1. We know it's run as part of a build cycle, so it's > >

RE: Using Git for applications other than code development

Hi David, I have used git over the past 3 years in a manufacturing environment to manage component designs in a CAD/factory automation setting. There are a few main factors that you need to consider: 1. You will need an external tool like Git for Windows, GitHub Client or SourceTree for

RE: Automatic core.autocrlf?

On August 30, 2018 2:57 PM, Torsten Bögershausen wrote: > On Thu, Aug 30, 2018 at 09:57:52AM -0500, Robert Dailey wrote: > > On Wed, Aug 29, 2018 at 11:54 PM Jonathan Nieder > wrote: > > > > > > Hi, > > > > > > Robert Dailey wrote: > > > > > > > Is there an 'auto' setting for the 'core.autocrlf'

RE: Multiple GIT Accounts & HTTPS Client Certificates - Config

en if your user is "git" in all cases above. It is a bit hacky but it is part of the SSH spec and is supported by git and EGit (as of 5.x). Cheers, Randall -- Randall S. Becker Managing Director, Nexbridge Inc. LinkedIn.com/in/randallbecker +1.416.984.9826

<    1   2   3   >