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: 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 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 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 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

[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 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 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

RE: git 2.16.0 segfaults on clone of specific repo

On January 18, 2018 10:06 PM, Eric Sunshine wrote: > On Thu, Jan 18, 2018 at 9:47 PM, brian m. carlson > wrote: > > On Thu, Jan 18, 2018 at 07:15:56PM -0500, Eric Sunshine wrote: > >> On Thu, Jan 18, 2018 at 3:55 PM, Александр Булаев > >>

RE: [RFC PATCH] NonStop port changes for git 2.16.0.

On January 18, 2018 7:11 PM, Ævar Arnfjörð Bjarmason wrote: > On Thu, Jan 18 2018, Stefan Beller jotted: > > On Thu, Jan 18, 2018 at 2:42 PM, wrote: > >> Further: there are 6 known breakages that have been reported. The > >> perl issues relating to completion codes

[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: [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)

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

[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: [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

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 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.

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: [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

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

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

[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

[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.

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: 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

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: [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

[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: [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 > >

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

[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

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

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

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

[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)

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: 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)

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: [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

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

[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: 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

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: [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.

[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: 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

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

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: [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: Need help migrating workflow from svn to git.

> On December 14, 2017 8:10 AM, Josef Wolf wrote: > Subject: Need help migrating workflow from svn to git. > > Hello folks, > > I am wondering whether/how my mode of work for a specific project > (currently based on SVN) could be transferred to git. > > I have a repository for maintaining

RE: feature-request: git "cp" like there is git mv.

-Original Message- On December 13, 2017 11:40 AM Johannes Schindelin wrote: >On Tue, 12 Dec 2017, Simon Doodkin wrote: >> please develop a new feature, git "cp" like there is git mv >> tomovefile1 tofile2 (to save space). >> there is a solution in

RE: [Proposed] Externalize man/html ref for quick-install-man and quick-install-html

On December 12, 2017 6:40 PM Junio C Hamano wrote to my own embarrassment: "Randall S. Becker" <rsbec...@nexbridge.com> writes: >> Yes, needed. The lines wrapped om Documentation/Makefile - each change >> in quick-install-man/html should be exactly one line: >

RE: [Proposed] Externalize man/html ref for quick-install-man and quick-install-html

-Original Message- On December 12, 2017 6:18 PM Junio C Hamano wrote: Subject: Re: [Proposed] Externalize man/html ref for quick-install-man and quick-install-html >"Randall S. Becker" <rsbec...@nexbridge.com> writes: >> I can send you a pull request on githu

RE: [PATCH v3] Makefile: replace perl/Makefile.PL with simple make rules

-Original Message- On December 10, 2017 4:14 PM, Ævar Arnfjörð Bjarmason wrote: Subject: [PATCH v3] Makefile: replace perl/Makefile.PL with simple make rules >Replace the perl/Makefile.PL and the fallback perl/Makefile used under >NO_PERL_MAKEMAKER=NoThanks with a much simpler

RE: [Proposed] Externalize man/html ref for quick-install-man and quick-install-html

Sorry about the response positioning... I can send you a pull request on github, if you want  -Original Message- From: git-ow...@vger.kernel.org [mailto:git-ow...@vger.kernel.org] On Behalf Of Junio C Hamano Sent: December 11, 2017 6:27 PM To: Randall S. Becker <rsbec...@nexbridge.

RE: Shared clone from worktree directory

On December 11, 2017 12:02 PM, Marc-André Lureau wrote: >For better, or worse, I encountered a script doing a git clone --shared from >the working directory. However, if clone --shared is run from a worktree, it >fails with cryptic errors. >elmarco@boraha:/tmp/test/wt (wt)$ git worktree list

RE: SSH port ignored when ssh:// prefix isn't specified

On December 10, 2017 3:24 PM Mahmoud wrote: >It appears that for non-standard ports to be specified for ssh-based clones/checkouts, the leading "ssh://" prefix must >be applied. I am unsure if there's a reason for this or if it is simply an overlooked idiosyncrasy in the parser. >Basically,

[Proposed] Externalize man/html ref for quick-install-man and quick-install-html

uncertain is what else would be required for this change (documentation, unit tests). I humbly submit this for consideration. Sincerely, Randall >From 6acc4a4238b3e3e62674bf8a5d0b9084258a0967 Mon Sep 17 00:00:00 2001 From: "Randall S. Becker" <rsbec...@nexbridge.com> Date: Sat, 9 Dec

RE: Documentation Breakage at 2.5.6

-Original Message- On December 8, 2017 5:29 PM Junio C Hamano wrote: >"Randall S. Becker" <rsbec...@nexbridge.com> writes: >> One request to Junio: Would it be possible to tag the commits to align >> with the tags in the main repo? That way, I can buil

RE: [RFE] install-doc-quick.sh should accept a commit-ish

On December 6, 2017 11:40 AM, Junio C Hamano wrote: >"Randall S. Becker" <rsbec...@nexbridge.com> writes: >> Having the git-manpages repo available is fantastic for platforms that >> cannot easily build documentation on demand, for example, when too >>

[RFE] install-doc-quick.sh should accept a commit-ish

be installed. Thanks, Randall P.S. If the idea is liked, I can try to make this happen. -Original Message- From: git-ow...@vger.kernel.org [mailto:git-ow...@vger.kernel.org] On Behalf Of Randall S. Becker Sent: December 6, 2017 10:43 AM To: 'Jeff King' <p...@peff.net>; 'Ævar Ar

RE: Documentation Breakage at 2.5.6

-Original Message- On December 6, 2017 3:49 AM, Jeff King wrote: >On Wed, Dec 06, 2017 at 09:14:57AM +0100, Ævar Arnfjörð Bjarmason wrote: >> > I'm trying to upgrade the NonStop port from 2.3.7 upward eventually >> > to >> > 2.15.1 and hit a snag on documentation. The xmlto component is a

Documentation Breakage at 2.5.6

Hi All, I'm trying to upgrade the NonStop port from 2.3.7 upward eventually to 2.15.1 and hit a snag on documentation. The xmlto component is a bit new to me and I hit the following error: XMLTO git-remote-testgit.1 xmlto: /home/git/git/Documentation/git-remote-testgit.xml does not validate

RE: [RFE] Inverted sparseness (amended)

On December 3, 2017 6:14 PM, Philip Oakley wrote a nugget of wisdom: >From: "Randall S. Becker" <rsbec...@nexbridge.com> >Sent: Friday, December 01, 2017 6:31 PM >> On December 1, 2017 1:19 PM, Jeff Hostetler wrote: >>>On 12/1/2017 12:21 PM, Randall S. Beck

RE: [RFE] Inverted sparseness

On December 3, 2017 6:14 PM, Philip Oakley wrote a nugget of wisdom: >From: "Randall S. Becker" <rsbec...@nexbridge.com> >Sent: Friday, December 01, 2017 6:31 PM >> On December 1, 2017 1:19 PM, Jeff Hostetler wrote: >>>On 12/1/2017 12:21 PM, Randall S. Beck

RE: [RFE] Inverted sparseness

On December 1, 2017 1:19 PM, Jeff Hostetler wrote: >On 12/1/2017 12:21 PM, Randall S. Becker wrote: >> I recently encountered a really strange use-case relating to sparse >> clone/fetch that is really backwards from the discussion that has been going >> on, and well,

[RFE] Inverted sparseness

I recently encountered a really strange use-case relating to sparse clone/fetch that is really backwards from the discussion that has been going on, and well, I'm a bit embarrassed to bring it up, but I have no good solution including building a separate data store that will end up inconsistent

RE: [PATCH v4 4/4] worktree: make add dwim

On November 25, 2017 3:06 PM Thomas Gummerer wrote: >however we currently document one behaviour, which I would like to change (I usually have branches >without a / in that I want to look at) we currently document one behaviour, which I'd like to change. So >in that case we are a bit worried

RE: Clone repository computer A to remote B doenst work

On November 25, 2017 4:31 AM Roberto Garcia wrote: >I'm trying clone in windows a git repository to other remote machine (NAS >Linux based). >I have installed git for windows but i didn't installed nothing in the other >remote machine (NAS Linux based). You have two choices: 1. Install git on

RE: Re: Unify annotated and non-annotated tags

On November 24, 2017 4:52 AM anatoly techtonik wrote: >On Thu, Nov 23, 2017 at 6:08 PM, Randall S. Becker <rsbec...@nexbridge.com> >wrote: >> On 2017-11-23 02:31 (GMT-05:00) anatoly techtonik wrote >>>Subject: Re: Unify annotated and non-annotated tags On Sat, Nov 11,

RE: Re: Unify annotated and non-annotated tags

On 2017-11-23 02:31 (GMT-05:00) anatoly techtonik wrote >Subject: Re: Unify annotated and non-annotated tags >On Sat, Nov 11, 2017 at 5:06 AM, Junio C Hamano wrote: >> Igor Djordjevic writes: >> >>> If you would like to mimic output of "git

RE: Is it possible to convert a Json file to xml file with Git

> On October 31, 2017 5:23 PM, Kevin Daudt wrote: > > On Tue, Oct 31, 2017 at 05:28:40PM +, Eyjolfur Eyjolfsson wrote: > > I have a question. > > Is it possible to convert a Json file to XML with Git > > git is a version control system, which is mostly content agnostic. It knows > nothing

RE: [RFE] Add minimal universal release management capabilities to GIT

-Original Message- From: git-ow...@vger.kernel.org [mailto:git-ow...@vger.kernel.org] On Behalf of.mail...@laposte.net On October 20, 2017 6:41 AM, nicolas wrote: To: git@vger.kernel.org Subject: [RFE] Add minimal universal release management capabilities to GIT >Git is a wonderful tool,

RE: Auto adding changed files

-Original Message- On October 9, 2017 3:35 PM Sascha Manns wrote: >if i'm in a git repo and change a file, it is listed in git status. But i have >to add this file manually and commit them. $ git commit -a >From the git commit help: by using the -a switch with the commit command to

RE: [Question] Documenting platform implications on CVE to git

-Original Message- On October 6, 2017 7:45 PM Jonathan Nieder wrote: Cc: git@vger.kernel.org >Randall S. Becker wrote: >> The first one, mostly. When looking at CVE-2017-14867, there are >> places like >> https://nvd.nist.gov/vuln/detail/CVE-2017-14867 where the i

RE: [Question] Documenting platform implications on CVE to git

-Original Message- On October 6, 2017 6:51 PM, Jonathan Nieder wrote >Randall S. Becker wrote: >> I wonder whether there is some mechanism for providing official >> responses from platform ports relating to security CVE reports, like CVE-2017-14867. >This question is t

[Question] Documenting platform implications on CVE to git

Hi All, I wonder whether there is some mechanism for providing official responses from platform ports relating to security CVE reports, like CVE-2017-14867. For example, the Perl implementation on HPE NonStop does not include the SCM module so commands relating cvsserver may not be available -

[Bug/Solution] Git hangs in compat/poll/poll.c on HPE NonStop

Hi Team, After a whole lot of investigating, we (it is a large "we") have discovered the reason for the hang we occasionally get in git-upload-pack on HPE NonStop servers - reported here well over a year ago. This resulted from a subtle check that the operating system does on file descriptors.

RE: "groups of files" in Git?

-Original Message- On July 11, 2017 11:45 AM Nikolay Shustov wrote: >I have been recently struggling with migrating my development workflow from >Perforce to Git, all because of the following thing: >I have to work on several features in the same code tree parallel, in the same >Perforce

RE: Feature Request: Show status of the stash in git status command

On June 11, 2017 2:19 PM Igor Djordjevic wrote: >On 11/06/2017 19:57, Randall S. Becker wrote: >> Random thought: what if a stash id could be used in the same way as >> any other ref, so diff stash[0] stash[1] would be possible - although >> I can see this being pr

RE: Feature Request: Show status of the stash in git status command

On June 11, 2017 1:07 PM liam Beguin wrote: >There is one thing I've noticed though. When using 'git stash pop', it shows >the the number of stashes before dropping the commit and I'm not quite ?>sure >how to address this. On 10/06/17 06:22 AM, Jeff King wrote: > On Sat, Jun 10, 2017 at

RE: Feature request: Please add support to stash specific files

-Original Message- On June 6, 2017 9:23 AM, rajdeep mondal wrote: >Work around found in: >https://stackoverflow.com/questions/3040833/stash-only-one-file-out-of-multiple-files-that-have-changed-with-git >Workaround is not very optimal. Please add this support to git. Instead of using

RE: git client debug with customer ssh client

On May 5, 2017 7:50 AM Pierre J. Ludwick wrote: > How can we get more info from git client? Any helps suggestions welcomed? It might be helpful to put a full trace in OpenSSH. Running ssh with -vvv should give you a lot of noise. I have used

RE: Add an option to automatically submodule update on checkout

On May 8, 2017 10:58 PM, Junio C Hamano wrote: >"Randall S. Becker" <rsbec...@nexbridge.com> writes: >> I have to admit that I just assumed it would have to work that way >> this would not be particularly useful. However, in thinking about it, >> we might

RE: Add an option to automatically submodule update on checkout

On May 8, 2017 12:55 PM, Stefan Beller wrote: >On Mon, May 8, 2017 at 9:46 AM, Randall S. Becker <rsbec...@nexbridge.com> >wrote: >> On May 8, 2017 12:25 PM, Stefan Beller wrote: >>>On Mon, May 8, 2017 at 7:42 AM, Randall S. Becker <rsbec...@nexbridge.com> >

RE: Add an option to automatically submodule update on checkout

On May 8, 2017 12:25 PM, Stefan Beller wrote: >On Mon, May 8, 2017 at 7:42 AM, Randall S. Becker <rsbec...@nexbridge.com> >wrote: >> On May 6, 2017 4:38 AM Ciro Santilli wrote: >>> This is a must if you are working with submodules, otherwise every >>> git chec

RE: Git and Active directory ldap Authentication

On April 28, 2017 5:31 AM Miguel Angel Soriano Morales wrote: > I would like use git in my Company. We use Active directory for everything, but I prefer install git in ? > centos7. I Would like authenticate all my user in Git through Active Directory. And Every Project had > ACL permissions .It

RE: How do you script linux GIT client to pass kerberos credential to apache enabled GIT server?

-Original Message- On April 3, 2017 12:04 PM, Ken Edward Wrote: >I have my git repositories behind an apache server configured with kerberos. >Works fine if the user is logged in on their workstation. >Apache gets the kerberos credential, and validates, and then sends the GIT >repo

RE: Git Branching - Best Practices - Large project - long running branches

-Original Message- >On March 31, 2017 7:56 AM: Joe Mayne Wrote: >Subject: Git Branching - Best Practices - Large project - long running branches >I work on a team of 15+ developers. We are trying to determine best practices for branching >because we have had code stepped on when a

RE: Git Vendor Support

On March 13, 2017 10:34 AM, COLLINS, ROGER W GG-12 USAF NASIC/SCPW wrote: >Thanks for the reply! >>On March 10, 2017 11:48 AM, Stefan Beller wrote >>On Fri, Mar 10, 2017 at 8:13 AM, COLLINS, ROGER W GG-12 USAF NASIC/SCPW >> wrote: >>> ALCON, >>> >>> Is there is a specific

RE: Unconventional roles of git

>From: ankostis [mailto:ankos...@gmail.com] >Sent: February 28, 2017 8:01 AM >To: Randall S. Becker <rsbec...@nexbridge.com> >Cc: Git Mailing List <git@vger.kernel.org>; Jason Cooper <g...@lakedaemon.net> >Subject: Re: Unconventional roles of git >On 27 Febru

<    1   2   3   >