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
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 [m
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
> Cc
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 i
Hi All,
Heres the situation. In the NonStop port, since time immemorial, weve had
a breakage in 5509 that Ive 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 GIT_TRANSLOOP_DE
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
---
transport-helper.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
per.c
> was the only place outside of wrapper.c.
>
> Signed-off-by: Randall S. Becker
> ---
> transport-helper.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/transport-helper.c b/transport-helper.c
> index 3640804..68a4e30 100644
> --- a/
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 the
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
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 break
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 s
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
> >
From: "Randall S. Becker"
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
---
convert.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/convert.h b/convert.h
index 4f2da22..a9a6
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 wa
> From: Junio C Hamano [mailto:gits...@pobox.com]
On January 12, 2018 2:25 PM, Junio C Hamano wrote:
> > From: "Randall S. Becker"
> > {
> > - return convert_to_git(istate, path, NULL, 0, NULL, 0);
> > + return convert_to_git(istate, path, NULL, 0, NU
On January 12, 2018 5:08 PM, Junio C Hamano wrote:
> "Randall S. Becker" 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-directory actual config2
>
> 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
Heres 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
On January 13, 2018 1:08 PM, I wrote:
> Heres 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.
On January 13, 2018 2:31 PM, I wrote:
> On January 13, 2018 1:08 PM, I wrote:
> > Heres 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
From: "Randall S. Becker"
* 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
---
hashmap.h | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/h
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:
> > > Heres 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
From: "Randall S. Becker"
* hashmap.h: Revised the while loop in the hashmap_enable_item_counting
to remove unneeded void* item.
Signed-off-by: Randall S. Becker
---
hashmap.h | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/hashmap.h b/hashmap.h
ind
On January 14, 2018 12:25 PM, Philip Oakley wrote:
> To: randall.s.bec...@rogers.com; git@vger.kernel.org
> Cc: Randall S. Becker
> Subject: Re: [PATCH] Remoted unnecessary void* from hashmap.h that
> caused compile warnings
>
> From:
> Subject: [PATCH] Remoted unnecessary
> -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 expect
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
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.
>
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"
> >
> > * hashmap.h: Revised th
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
Hi all,
What Im 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.
|\
| |
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 NonStop(2112884442
On January 18, 2018 2:17 PM, I wrote:
> What Im 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) NonS
From: "Randall S. Becker"
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 communicated but did not make it
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 are being examined at
> >> pres
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, Александр Булаев
> >> wrote:
> >> > I found that git 2.16.0 segfaults on clone o
From: "Randall S. Becker"
* 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
---
remote.c | 4
1 file changed, 4 insertions(+)
diff --git a/remote.c b/remote.c
index 4e93753e1.
From: "Randall S. Becker"
* 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
---
git-compat-util.h | 15
From: "Randall S. Becker"
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 change with feedback.
Sincerel
From: "Randall S. Becker"
* wrapper.c: called setbuf(stream,0) to force pipe flushes not enabled by
default on the NonStop platform.
Signed-off-by: Randall S. Becker
---
wrapper.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/wrapper.c b/wrapper.c
index d20356a77..671cbb
From: "Randall S. Becker"
* Makefile: Add TAR_EXTRACT_OPTIONS to allow platform options to be
specified if needed. The default is xof.
Signed-off-by: Randall S. Becker
---
Makefile | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/Makefile b/Makefile
index
From: "Randall S. Becker"
* 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
---
compat/regex/regcomp.c | 8
1 fi
From: "Randall S. Becker"
* 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
---
t/lib-git-daemon.sh | 3 +++
1 file changed, 3
From: "Randall S. Becker"
* config.mak.uname: upgrade old options to currently supported
NonStop operating system versions (J06.21 and L17.xx).
Signed-off-by: Randall S. Becker
---
config.mak.uname | 29 +
1 file changed, 21 insertions(+), 8 deletion
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" sho
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"
> >
> > * t/lib-git-daemon.sh: fix incompatibilities with ksh traps not being
> > cleared automat
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"
> >
> > * remote.c: force ignoring of GCC __attribute construct not supported
> > by c99 by defining it as an empty CPP ma
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 +11,10
From: "Randall S. Becker"
* 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
---
wrapper.c | 3 +++
1 file
> -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
> Subject: [PATCH v3 0/6] Force pipes to flush immediately on NonStop
> platform
>
&g
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
feeli
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"
> > >
> > > * t/lib-git-da
I’m still a bit perplexed by some behaviour seen today, and am looking for a
clean way to deal with it that the documentation does not make clear. So, I’m
asking in a different way. Suppose a graph of
A---B---C---D---E
\ \ /
\F—G/
When trying to perform a format-pat
On January 20, 2018 2:15 AM, Junio C Hamano wrote:
> "Randall S. Becker" writes:
>
> > I’m still a bit perplexed by some behaviour seen today, and am looking
> > for a clean way to deal with it that the documentation does not make
> > clear. So, I’m asking in a
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"
> >
> > * wrapper.c: called setbuf(stream,0) to force pipe flushes not enabled by
>
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"
> >
> > * Makefile: Add TAR_EXTRACT_OPTIONS to allow platform options to be
> >specified if needed. The default is
On January 20, 2018 9:25 AM, René Scharfe wrote:
> To: Randall S. Becker ; 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:
> > On January 20, 2018
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
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"
> > >
> > > * t/lib-git-da
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 th
On May 8, 2017 12:25 PM, Stefan Beller wrote:
>On Mon, May 8, 2017 at 7:42 AM, Randall S. Becker
>wrote:
>> On May 6, 2017 4:38 AM Ciro Santilli wrote:
>>> This is a must if you are working with submodules, otherwise every
>>> git checkout requires a git submodule
On May 8, 2017 12:55 PM, Stefan Beller wrote:
>On Mon, May 8, 2017 at 9:46 AM, Randall S. Becker
>wrote:
>> On May 8, 2017 12:25 PM, Stefan Beller wrote:
>>>On Mon, May 8, 2017 at 7:42 AM, Randall S. Becker
>>>wrote:
>>>> On May 6, 2017 4:38 AM Ciro S
On May 8, 2017 10:58 PM, Junio C Hamano wrote:
>"Randall S. Becker" 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 want to limit the depth of how f
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
https://en.wikibooks.org/wiki/OpenSSH/Logging_and_Tr
Hi Git Team,
I'm trying to work out some best practices for managing clean/smudge filters
and hit a bump. The situation is that I have an environment where the
possible clean/smudge filter configuration can change over time and needs to
be versioned with the product being managed in a git reposito
On May 9, 2018 6:39 PM, Bryan Turner wrote
>
> On Wed, May 9, 2018 at 3:09 PM Randall S. Becker
>
> wrote:
>
> > The question: what is the best practice for versioning the parts of
> > clean/smudge filters that are in .git/config given that only some
> > users
On May 9, 2018 6:39 PM, Bryan Turner wrote:
> On Wed, May 9, 2018 at 3:09 PM Randall S. Becker
>
> wrote:
>
> > The question: what is the best practice for versioning the parts of
> > clean/smudge filters that are in .git/config given that only some
> > users in
On May 10, 2018 10:27 PM, Junio C Hamano wrote:
> "Randall S. Becker" writes:
>
> > What if we create a ../.gitconfig like ../.gitattributes, that is
> > loaded before .git/config?
>
> You should not forget one of the two reasons why clean/smudge/diff etc.
&
On May 11, 2018 3:26 PM, I wrote:
> On May 10, 2018 10:27 PM, Junio C Hamano wrote:
> > "Randall S. Becker" writes:
> >
> > > What if we create a ../.gitconfig like ../.gitattributes, that is
> > > loaded before .git/config?
> >
> > You sh
On May 16, 2018 11:18 PM, Jacob Keller
> On Wed, May 16, 2018 at 5:45 PM, Anmol Sethi wrote:
> > I think it’d be great to have an option to have git ignore binary files. My
> repositories are always source only, committing a binary is always a mistake.
> At the moment, I have to configure the .git
On May 18, 2018 7:31 AM, Anmol Sethi
> That works but most binaries do not have a file extension. Its just not
> standard on linux.
>
> > On May 17, 2018, at 8:37 AM, Randall S. Becker
> wrote:
> >
> > On May 16, 2018 11:18 PM, Jacob Keller
> >> On We
On May 21, 2018 7:19 AM, Robert P. J. Day:
> updating my git courseware and, since some man pages refer to files
> "known to git", i just want to make sure i understand precisely which
files
> those are. AIUI, they would include:
>
> * tracked files
> * ignored files
> * new files which ha
On May 31, 2018 11:57 AM, Erika Voss wrote:
> There was an article I came across yesterday identifying a vulnerability to
> patch our Git environments. I don’t see one that is available for our Mac
> Clients - is there a more recent one that I can download that is available to
> patch the 2.17.0 v
> -Original Message-
> From: git-ow...@vger.kernel.org On Behalf
> Of Robert P. J. Day
> Sent: June 1, 2018 4:14 PM
> To: Git Mailing list
> Subject: how exactly can git config section names contain periods?
>
>
> more oddities in my travels, this from Doc.../config.txt:
>
> "The fil
-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 stash
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 06:12:28
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 probl
-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
From: "Randall S. Becker"
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
---
wrapper.c | 3 +++
1 file changed, 3 insertions(+)
di
From: "Randall S. Becker"
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-off-by: Randall S. Becker
---
co
From: "Randall S. Becker"
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
---
Makefile | 7 ++-
1 file changed
From: "Randall S. Becker"
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
---
config.mak.uname | 29 +
1 file changed, 21 insertions(+), 8 deletion
From: "Randall S. Becker"
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-off-by: Randall S. Becker
---
On January 22, 2018 5:36 PM, Junio C Hamano wrote:
> Torsten Bögershausen writes:
>
> > On Fri, Jan 19, 2018 at 12:33:59PM -0500, randall.s.bec...@rogers.com
> wrote:
> >> From: "Randall S. Becker"
> >>
> >> * wrapper.c: called s
On January 22, 2018 5:41 PM, Junio C Hamano wrote:
> "Randall S. Becker" writes:
>
> > 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.
On January 22, 2018 6:44 PM, Junio C Hamano wrote:
>
> "Randall S. Becker" writes:
>
> > Here are a few examples, there are more:
> >
> > auto_crlf = git_config_bool(var, value);
> > ^
>
> The carets in your message do not
On January 23, 2018 1:13 PM, Junio C Hamano wrote:
> "Randall S. Becker" 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 others, too"
> >> is a bit p
On January 24, 2018 3:36 PM, Junio C Hamano wrote:
> randall.s.bec...@rogers.com writes:
>
> > From: "Randall S. Becker"
> >
> > Add correct FLOSS (NonStop platform emulation) definitions into
> > git-compat-util.h to allow correct emulation of non
On January 24, 2018 4:18 PM, Junio C Hamano wrote:
>
> "Randall S. Becker" writes:
>
> >> > +#ifdef __TANDEM
> >> > +#if !defined(_THREAD_SUPPORT_FUNCTIONS) &&
> >> !defined(_PUT_MODEL_)
> >> > +/* #include
>
> -Original Message-
> From: Todd Zullinger [mailto:t...@pobox.com]
> Sent: January 24, 2018 5:02 PM
> To: Junio C Hamano
> Cc: randall.s.bec...@rogers.com; git@vger.kernel.org; Randall S. Becker
>
> Subject: Re: [PATCH v4 1/4] Add tar extract install options overr
On January 23, 2018 1:13 PM, Junio C Hamano wrote:
>
> "Randall S. Becker" 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 others, too"
> >> is
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 j
n Ilya [mailto:basini...@gmail.com]
> Sent: January 25, 2018 10:08 AM
> To: Randall S. Becker ; 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 existed
> on the upstream?
>
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 On
ace in that his footprints 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.
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 intended to be a replacement
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
> > >
> > > wrote:
> > > >
> > &
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 execu
On February 7, 2018 11:53 AM, Andreas Schwab wrote:
> On Feb 06 2018, "Randall S. Becker" 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 out there,
> > b
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 421664
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
301 - 400 of 443 matches
Mail list logo
