On June 3, 2015 1:35 PM Junio C Hamano wrote:
> Ed Avis writes:
> > If my personal experience is anything to go by, newcomers may fall
> > into the habit of running 'git checkout .' to restore missing files.
> Is that really true? It all depends on why you came to a situation to
have
> "missing f
On June 3, 2015 2:11 PM Junio C Hamano wrote:
> "Randall S. Becker" writes:
> > On June 3, 2015 1:35 PM Junio C Hamano wrote:
> >> Is that really true? It all depends on why you came to a situation
> >> to have "missing files" in the first place,
On June 3, 2015 3:06 PM Jeff King wrote:
> On Wed, Jun 03, 2015 at 10:32:40AM -0700, Junio C Hamano wrote:
> > "git checkout $paths" (and you can give "." for $paths to mean
> > "everything") is akin to "cp -R $elsewhere/$path ." to restore the
> > working tree copies from somewhere else.
> >
> > "
> -Original Message-
> From: git-ow...@vger.kernel.org [mailto:git-ow...@vger.kernel.org] On
> Behalf Of Konstantin Khomoutov
> Sent: June 8, 2015 12:15 PM
> To: hack...@suddenlink.net
> Cc: git@vger.kernel.org
> Subject: Re: GIT for Microsoft Access projects
>
> On Mon, 8 Jun 2015 9:45:17
On June 21, 2015 12:56 AM, Michael Haggerty wrote:
> On 06/19/2015 10:53 PM, Junio C Hamano wrote:
> > Johannes Schindelin writes:
> >
> >> Can you think of a name for the option that is as short as `--quick`
> >> but means the same as `--connectivity-only`?
> >
> > No I can't. I think `--connect
> -Original Message-
> From: git-ow...@vger.kernel.org [mailto:git-ow...@vger.kernel.org] On
> Behalf Of David Turner
> Sent: June 23, 2015 4:05 PM
> To: Stefan Beller
> Cc: git mailing list; ronnie sahlberg
> Subject: Re: RFC/Pull Request: Refs db backend
>
> On Tue, 2015-06-23 at 10:16 -
> -Original Message-
> From: git-ow...@vger.kernel.org [mailto:git-ow...@vger.kernel.org] On
> Behalf Of David Turner
> Sent: June 23, 2015 4:22 PM
> To: Randall S. Becker
> Cc: 'Stefan Beller'; 'git mailing list'; 'ronnie sahlberg'
On December 14, 2016 1:01 AM, essam Ganadily wrote:
> given that git is an old and mature product i wounder why there is no
> command line (git.exe in windows) way of creating a remote git repository?
>
> "git remote create repo myreponame"
Why not run the commands mkdir myreponame; cd myreponame
On May 9, 2016 3:40 PM Philip Oakley wrote:
> From: "Stefan Beller"
> > On Fri, May 6, 2016 at 12:57 PM, Junio C Hamano
> wrote:
> >> Marc Branchaud writes:
> >>
> >>> On 2016-05-06 02:54 PM, Junio C Hamano wrote:
>
> I wonder if can we come up with a short and sweet notation to
>
Hi Everyone,
I'm embarking on a bit of a quest to bring git into a CNC manufacturing
environment for the Mozaik software package. Does anyone in the group have
experience with git for that package (expecting probably not, but I had to
ask)? I'm hoping that there won't be too many problems (interna
On May 18, 2016 12:22 PM Jeff King wrote:
> > I tried a few obvious things, but couldn't make anything work. Setting
> > "timezone" manually seems to do nothing. It's supposed to be set by
> > putting the right thing in $TZ and then calling tzset(). So I tried
> > munging $TZ to something like "+02
On May 20, 2016 10:22 AM, Francois Beutin wrote:
> We (Ensimag students) plan to implement the "remote whitelist/blacklist"
> feature described in the SoC 2016 ideas, but first I would like to be sure we
> agree on what exactly this feature would be, and that the community sees an
> interest in it.
On May 24, 2016 12:08 PM, Matthieu Moy wrote:
> > So, when trying a forbidden push, Git would deny it and the only way
> > to force the push would be to remove the blacklist from the config, right?
> >
> > Probably the sanest way to go. I thought about adding a "git push
> > --force-even-if-in-blac
On May 24, 2016 3:25 PM Lars Schneider wrote:
> > On 24 May 2016, at 12:16, Randall S. Becker
> wrote:
> >
> > On May 24, 2016 12:08 PM, Matthieu Moy wrote:
> >>> So, when trying a forbidden push, Git would deny it and the only way
> >>> to force the p
Somewhen near June 10, 2016 9:40 PM, Eric Wong wrote:
> Peter Münster wrote:
> > On Tue, Jun 07 2016, Eric Wong wrote:
> > > Peter Münster wrote:
> > >> It would be nice, if timestamps could be preserved when rewriting
> > >> the git-log.
> > >
> > > Unfortunately, last I checked (a long time ago
On February 3, 2016 4:20 AM, Per Jørgen Johnsen wrote:
> Subject: SV: Using Git for Cobol source
> I wonder if it is ok to use Git for source control for Cobol programs and
take
> advantage of parallel development ?
>
> Today we are using VSS and needs to be replaced. Our Cobol development is
> do
On February 24, 2016 5:43 PM, Olga Pshenichnikova wrote
> What can be cause for further confusing behavior?
>
> git@ip5server:~$ git status
> On branch master
> Untracked files:
>(use "git add ..." to include in what will be committed)
>
> app/addons/arliteks/
>
>
Hi Jose,
In my $DAYJOB, I do a lot of process and requirements work often involving git
- so I'm more of an advocate than a representative. Although I cannot speak on
behalf of the community as a whole, I would be happy to have a preliminary
discussion with you on the type of guidance you might
On March 9, 2016 6:41 AM, Duy Nguyen wrote:
> To: Anton Wuerfel
> Cc: Git Mailing List ; i4pa...@cs.fau.de;
> phillip.raff...@fau.de
> Subject: Re: libcurl dependency for implementing RFC3161 timestamps
>
> On Wed, Mar 9, 2016 at 6:24 PM, Anton Wuerfel
> wrote:
> > -As git tag is a builtin part
On March 11, 2016 1:08 PM Junio C Hamano wrote:
> "Pedroso, Osiris" writes:
>
> > I participate in an open source project that any pull merge is accepted,
no
> matter what.
> >
> > This makes for lots of broken builds, even though we do have Travis-CI
> enabled on the project, because people will
On March 15, 2016 8:17 PM Linus Torvalds wrote:
> So I end up doing this manually when I notice, but I was wondering ig maybe
> git could just have an option to "git am" and friends to de-tabify the commit
> message.
>
> It's particularly noticeable when people line things up using tabs (for the
>
> On April 15, 2016 12:42 PM> Behalf Of Christian Howe wrote
> There has been talk of a git mascot a while back in 2005. Some people
> mentioned a fish or a turtle. Since all the great open source projects like
> Linux or RethinkDB have a cute mascot, git definitely needs one as well. A
> mascot gi
-Original Message-
On Tue, October-27-15 6:23 PM, Stefan Beller wrote:
>On Tue, Oct 27, 2015 at 3:04 PM, Kyle Meyer wrote:
>> When a ".git" file points to another repo, a ".git/gitdir" file is
>> created in that repo.
>>
>> For example, running
>>
>> $ mkdir repo-a repo-b
>> $ cd
On October-30-15 6:18 PM, Atousa Pahlevan Duprat wrote:
>Some implementations of SHA_Updates have inherent limits on the max chunk
size. >SHA1_MAX_BLOCK_SIZE can be defined to set the max chunk size
supported, if >required. This is enabled for OSX CommonCrypto library and
set to 1GiB.
>---
>
Did
On November-01-15 11:57 PM dayong xie wrote:
>To be specific
>In my Unity project, there is a native plugin, and plugin's extension is
>.dll, >and this plugin is under git version control, when Unity is running,
>the plugin >file will be locked.
>If i merge another branch, which contains modifi
On December-02-15 1:10 PM dleong wrote:
>I stumbled on this topic while doing a research on how to move RPG source
>control to adopt using Git. I wonder if the original question was answered.
>My company would love to have a more central system to maintain both RPG
codes >and javascript codes. We u
I have some strange behaviour I am trying to diagnose on the NonStop port of
git 2.3.7. The situation is we have a *LARGE* cloned repository with some
local modifications of openssl, which we are trying to clone again for a
Jenkins build. The command:
git clone /local/openssl openssl
works
Hi all,
I have a strange situation and need help with resolving funky characters in
.git/config. My situation is this:
[diff "*.dat"]
textconv = enscribe-conv
--format=-a1\(A=-a1,-a16,-a32\|P=-a1,-a32,-a16\|=-a1,-d,a14\),-a224
Basically this is a formatter for diff so that I can show str
On December 13, 2018 10:08, I wrote:
> I have a strange situation and need help with resolving funky characters
in
> .git/config. My situation is this:
>
> [diff "*.dat"]
> textconv = enscribe-conv
> --format=-a1\(A=-a1,-a16,-a32\|P=-a1,-a32,-a16\|=-a1,-d,a14\),-a224
>
> Basically this is
On April 2, 2018 4:02 PM, Stefan Beller found my change:
> On Mon, Apr 2, 2018 at 12:57 PM, Randall S. Becker
> wrote:
> > On April 2, 2018 3:34 PM, Junio C Hamano wrote:
> >> The latest feature release Git v2.17.0 is now available at the usual
> >> places. It
Hi All,
Were getting some new breakages in t0410 that I cant explain easily or
either it is the test itself at commit 0d0ac3826a.
[Filtered]
*** t0410-partial-clone.sh ***
not ok 5 - missing ref object, but promised, passes fsck
not ok 6 - missing object, but promised, passes fsck
not ok 7 - m
From: "Randall S. Becker"
A number of configuration options are not automatically detected by
configure mechanisms, including the location of Perl and Python.
There was a problem at a specific set of operating system versions
that caused getopt to have compile errors. Accounted f
From: "Randall S. Becker"
This fix was needed on HPE NonStop NSE and NSX 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 where it is used instead of xread.
Signed-off-by: Randall
From: "Randall S. Becker"
This set of patches is a distilled version of the minimal
set of changes to git that will allow it to run as client
and server on HPE NonStop NSE and NSX systems. NSR systems
are no longer under support so references to them have
been removed. Each patch in t
From: "Randall S. Becker"
The system definition header files on HPE NonStop do not define
intptr_t and uintptr_t as do other platforms. These typedefs
are added specifically wrapped in a __TANDEM ifdef.
Signed-off-by: Randall S. Becker
---
compat/regex/regcomp.c | 8
1 fi
From: "Randall S. Becker"
The HPE NonStop (a.k.a. __TANDEM) platform cannot build git without
using the FLOSS package supplied by HPE. The convenient location
for including the relevant headers is in this file.
The NSIG define is also not defined on __TANDEM, so we define it
here as
On December 27, 2018 7:10, Derrick Stolee wrote:
> On 12/26/2018 6:05 PM, randall.s.bec...@rogers.com wrote:
> > The NSIG define is also not defined on __TANDEM, so we define it here
> > as 100 if it is not defined only for __TANDEM builds.
> [snip]
> > +#if ! defined NSIG
>
> Why didn't you use "
From: "Randall S. Becker"
The HPE NonStop (a.k.a. __TANDEM) platform cannot build git without
using the FLOSS package supplied by HPE. The convenient location
for including the relevant headers is in this file.
The NSIG define is also not defined on __TANDEM, so we define it
here as
On December 27, 2018 7:13, Derrick Stolee:
> On 12/26/2018 6:05 PM, randall.s.bec...@rogers.com wrote:
> > From: "Randall S. Becker"
> >
> > This set of patches is a distilled version of the minimal set of
> > changes to git that will allow it to run as cli
On December 27, 2018 12:03, Eric Sunshine wrote:
> On Wed, Dec 26, 2018 at 6:05 PM wrote:
> > A number of configuration options are not automatically detected by
> > configure mechanisms, including the location of Perl and Python.
> > [...]
> > Signed-off-by: Randall
From: "Randall S. Becker"
A number of configuration options are not automatically detected by
configure mechanisms, including the location of Perl and Python.
There was a problem at a specific set of operating system versions
that caused getopt to have compile errors. Accounted f
From: "Randall S. Becker"
A number of configuration options are not automatically detected by
configure mechanisms, including the location of Perl and Python.
There was a problem at a specific set of operating system versions
that caused getopt to have compile errors. Account f
On December 27, 2018 17:40, Ævar Arnfjörð Bjarmason wrote:
> On Wed, Dec 26 2018, Randall S. Becker wrote:
>
> > Please stay tuned for patches. We are very much looking forward to
> > having the two (or three) different NonStop hardware personalities
> > supported witho
fic set of operating system versions
> > that caused getopt to have compile errors. Account for this by
> > providing emulation defines for those versions.
>
> This version of the patch looks much better and addresses my comments on
> previous attempts. One note
From: "Randall S. Becker"
A number of configuration options are not automatically detected by
configure mechanisms, including the location of Perl and Python.
There was a problem at a specific set of operating system versions
that caused getopt to have compile errors. Account f
On December 28, 2018 15:07, Junio C Hamano
> "Randall S. Becker" writes:
>
> > On December 27, 2018 12:03, Eric Sunshine wrote:
> >> On Wed, Dec 26, 2018 at 6:05 PM wrote:
> >> > A number of configuration options are not automatically detected by
On December 28, 2018 15:11, Junio C Hamano wrote:
> randall.s.bec...@rogers.com writes:
>
> > From: "Randall S. Becker"
> >
> > This fix was needed on HPE NonStop NSE and NSX where SSIZE_MAX is less
> > than BUFFERSIZE resulting in EINVAL. The call to rea
From: "Randall S. Becker"
This fix was needed on HPE NonStop NSE and NSX 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 where it is used instead of xread.
Signed-off-by: Randall
This is a bit of a head-scratcher. There are two NonStop platforms, which
behave essentially the same way. One, NSE, uses ia64, while NSX uses x64.
There are subtle differences in ksh and bash for the platforms based on what
is released when. The NSE platform has no problem running t0410 in Jenkins
From: "Randall S. Becker"
This fix was needed on HPE NonStop NSE and NSX 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 where it is used instead of xread.
Signed-off-by: Randall
From: "Randall S. Becker"
A number of configuration options are not automatically detected by
configure mechanisms, including the location of Perl and Python.
There was a problem at a specific set of operating system versions
that caused getopt to have compile errors. Account f
From: "Randall S. Becker"
The HPE NonStop (a.k.a. __TANDEM) platform cannot build git without
using the FLOSS package supplied by HPE. The convenient location
for including the relevant headers is in this file.
The NSIG define is also not defined on __TANDEM, so we define it
here as
From: "Randall S. Becker"
The system definition header files on HPE NonStop do not define
intptr_t and uintptr_t as do other platforms. These typedefs
are added specifically wrapped in a __TANDEM ifdef.
Signed-off-by: Randall S. Becker
---
compat/regex/regcomp.c | 8
1 fi
From: "Randall S. Becker"
This set of patches is a distilled version of the minimal
set of changes to git that will allow it to run as client
and server on HPE NonStop NSE and NSX systems. NSR systems
are no longer under support so references to them have
been removed. Each patch in t
fic set of operating system versions
> > that caused getopt to have compile errors. Account for this by
> > providing emulation defines for those versions.
> >
> > Signed-off-by: Randall S. Becker
> > ---
> > diff --git a/config.mak.uname b/config.mak.
his file.
> >
> > The NSIG define is also not defined on __TANDEM, so we define it here
> > as 100 if it is not defined only for __TANDEM builds.
> >
> > Signed-off-by: Randall S. Becker
> > ---
> > diff --git a/git-compat-util.h b/git-compat-util.h @@ -397,6
Hi All,
I'm trying to track down what happened this morning. We had a commit that
caused a background gc to occur. What happened was:
$ git commit -m "history commit ... "
Auto packing the repository in background for optimum performance.
See "git help gc" for manual housekeeping.
warning: The la
On January 14, 2019 10:12, Ævar Arnfjörð Bjarmason wrote:
> On Mon, Jan 14 2019, Randall S. Becker wrote:
>
> > Hi All,
> >
> > I'm trying to track down what happened this morning. We had a commit
> > that caused a background gc to occur. What happened was:
>
On January 14, 2019 12:46, Junio C Hamano wrote:
> Barret Rhoden writes:
>
> > On 2019-01-10 at 14:29 Junio C Hamano wrote:
> >> > For instance, commit X does this:
> >> >
> >> > -foo(x,y);
> >> > +foo(x,y,z);
> >> >
> >> > Then commit Y comes along to reformat it:
> >> >
> >> > -foo(x,y,z);
> >
On January 14, 2019 10:07, Duy Nguyen wrote:
> To: Randall S. Becker
> Cc: Git Mailing List
> Subject: Re: [Possible Bug] Commit generates GC repack failure
>
> On Mon, Jan 14, 2019 at 10:03 PM Duy Nguyen
> wrote:
> >
> > On Mon, Jan 14, 2019 at 9:51 P
On January 23, 2019 11:00, Christopher Hagler wrote:
> Send the email to this address
> majord...@vger.kernel.org and it will work
> > On Jan 23, 2019, at 8:16 AM, Cody Kratzer
> > I've sent this same email 3 times. I don't think it works. I'm
> > researching this morning how to unsubscribe from t
On January 28, 2019 8:25, COLLOMB Joris wrote:
> git checkout -fb "branch_name"
> (force branch creation and checkout it)
>
> doesn't work (even if option a separated).
>
> I don't know if this is consider as an issue, but here it is.
I think you might mean (which works on every platform I have)
On January 28, 2019 9:25, COLLOMB Joris wrote:
> -Message d'origine-
>> De : Randall S. Becker Envoyé : lundi 28 janvier
>> 2019 15:12 À : COLLOMB Joris -EXT ;
>> git@vger.kernel.org Objet : RE: Git checkout multiple options issue
>>
>> On Janu
On January 28, 2019 11:03, COLLOMB Joris wrote:
>> -Message d'origine-----
>> De : Randall S. Becker Envoyé : lundi 28 janvier
>> 2019 16:20 À : COLLOMB Joris -EXT ;
>> git@vger.kernel.org Objet : RE: Git checkout multiple options issue
>>
>> On J
On February 5, 2019 4:20, Dani Koretsky wrote:
> I have 2 tags such as release-17.6.230 and release-17.6.220:
> If I'm changing commits, all works as expected.
>
> If however both are pointing to the same commit, the output is as follows:
>
> git checkout release-17.6.220
> git status
> HEAD deta
I am encountering a problem on one of our NonStop platform variants where
the GIT_SSH_COMMAND string is not being broken into constituent parts. This
is causing SSH to not run properly. As background, SSH is not in a standard
location and has non-standard required arguments. This also occurs with
c
On April 13, 2019 16:40, Ævar Arnfjörð Bjarmason wrote:
> On Sat, Apr 13 2019, Randall S. Becker wrote:
>
> > I am encountering a problem on one of our NonStop platform variants
> > where the GIT_SSH_COMMAND string is not being broken into constituent
> > parts. This i
On April 13, 2019 17:48, SZEDER Gábor wrote:
> To: Ævar Arnfjörð Bjarmason
> Cc: Randall S. Becker ; git@vger.kernel.org
> Subject: Re: [BUG] GIT_SSH_COMMAND is not being decomposed
>
> On Sat, Apr 13, 2019 at 10:39:35PM +0200, Ævar Arnfjörð Bjarmason wrote:
> > On Sat, A
On April 13, 2019 17:48, SZEDER Gábor wrote:
> On Sat, Apr 13, 2019 at 10:39:35PM +0200, Ævar Arnfjörð Bjarmason wrote:
> > On Sat, Apr 13 2019, Randall S. Becker wrote:
> >
> > > I am encountering a problem on one of our NonStop platform variants
> > > where
On April 15, 2019 17:14, Andreas Schwab wrote:
> On Apr 15 2019, "Randall S. Becker" wrote:
>
> > on virtually any platform at my disposal (Windows, Ubuntu, MacOS, the
> > older NonStop variant), and have that work with no problem. Somewhere
> > after get_s
Hi All,
On the NonStop platform, the entire test for t0211-trace2-perf.sh does not
work. The first case, in verbose, reports:
We get errors when the script is run:
Use of uninitialized value within @tokens in pattern match (m//) at
t0211/scrub_perf.perl line 29, <> line 1.
Initialized empty Git
On May 21, 2019 07:59, Duy Nguyen wrote:
> On Tue, May 21, 2019 at 6:51 PM Ævar Arnfjörð Bjarmason
> wrote:
> > But the real bug looks like the trace2 code unconditionally depending
> > on pthreads, even though NonStop has 'NO_PTHREADS =
> UnfortunatelyYes'
> > defined.
> >
> > That's why we get t
Another situation came up during regression testing on NonStop:
t5401 broke on the first run through (most tests), with the failures below.
*** t5401-update-hooks.sh ***
not ok 1 - setup
#
# echo This is a test. >a &&
# git update-index --add a &&
# tree
On May 21, 2019 20:48, brian m. carlson wrote:
> To: Randall S. Becker
> Cc: 'Git Mailing List'
> Subject: Re: [Breakage] 2.22.0-rc1 t5401-update-hooks.sh
>
> On 2019-05-21 at 21:47:54, Randall S. Becker wrote:
> > When running the test in isolation, it passes
On May 21, 2019 20:48, brian m. carlson wrote:
> To: Randall S. Becker
> Cc: 'Git Mailing List'
> Subject: Re: [Breakage] 2.22.0-rc1 t5401-update-hooks.sh
>
> On 2019-05-21 at 21:47:54, Randall S. Becker wrote:
> > When running the test in isolation, it passes
On May 23, 2019 16:06, Johannes Schindelin wrote:
> On Wed, 22 May 2019, Randall S. Becker wrote:
>
> > On May 21, 2019 20:48, brian m. carlson wrote:
> > > To: Randall S. Becker
> > > Cc: 'Git Mailing List'
> > > Subject: Re: [Breakage] 2.22.0
On May 23, 2019 17:19, Eric S. Raymond wrote:
> Jonathan Nieder :
> > Honestly, I do think you have missed some fundamental issues.
> > https://public-inbox.org/git/ab3222ab-9121-9534-1472-
> fac790bf08a4@gmai
> > l.com/
> > discusses this further.
>
> Have re-read. That was a different pair of p
Just a few small nits from RC2 test results on the NonStop TNS/E platform:
1. t0021 subtest 15 is being flakey. It fails on the first run (make -k test)
but succeeds when run in isolation. This is new on the NonStop TNS/E platform.
t0021 has been a bit flakey in the past, but not recently. Just
On Monday, June 3, 2019 9:50 AM, Johannes Schindelin wrote:
> To: Randall S. Becker
> Cc: 'Junio C Hamano' ; git@vger.kernel.org
> Subject: RE: [ANNOUNCE] Git v2.22.0-rc2
>
> Hi Randall,
>
> On Sun, 2 Jun 2019, Randall S. Becker wrote:
>
> > Just a few
On Monday, June 3, 2019 10:14 AM, I wrote:
> On Monday, June 3, 2019 9:50 AM, Johannes Schindelin wrote:
> > To: Randall S. Becker
> > Cc: 'Junio C Hamano' ; git@vger.kernel.org
> > Subject: RE: [ANNOUNCE] Git v2.22.0-rc2
> >
> > Hi Randall,
> >
On Friday, June 7, 2019 5:31 PM, Junio C Hamano wrote:
> The latest feature release Git v2.22.0 is now available at the
> usual places. It is comprised of 745 non-merge commits since
> v2.21.0, contributed by 74 people, 18 of which are new faces.
Report from NonStop tests:
t7519 subtest 25 still
From: "Randall S. Becker"
The t9602-cvsimport-branches-tags test requires the cvs package to
be installed on the system on which the test is being run. The test
will fail if cvs is not installed. The patch checks that cvs is
installed by running the object without arguments, wh
From: "Randall S. Becker"
t9600 to t9604 currently depend on cvs to function correctly, otherwise
all of those tests fail. This patch follows an existing pattern of
from the t9400 series by attempting to run cvs without arguments,
which succeeds if installed, and skipping the test if t
From: "Randall S. Becker"
The t9604-cvsimport-timestamps test requires the cvs package to
be installed on the system on which the test is being run. The test
will fail if cvs is not installed. The patch checks that cvs is
installed by running the object without arguments, which shoul
From: "Randall S. Becker"
The t9601-cvsimport-vendor-branch test requires the cvs package to
be installed on the system on which the test is being run. The test
will fail if cvs is not installed. The patch checks that cvs is
installed by running the object without arguments, wh
From: "Randall S. Becker"
The t9603-cvsimport-patchsets test requires the cvs package to
be installed on the system on which the test is being run. The test
will fail if cvs is not installed. The patch checks that cvs is
installed by running the object without arguments, which shoul
From: "Randall S. Becker"
The t9600-cvsimport test requires the cvs package to be installed on
the system on which the test is being run. The test will fail if cvs
is not installed. The patch checks that cvs is installed by running
the object without arguments, which should complete su
On June 13, 2019 3:07 PM, Peff wrote:
> On Thu, Jun 13, 2019 at 02:53:08PM -0400, randall.s.bec...@rogers.com
> wrote:
>
> > From: "Randall S. Becker"
> >
> > t9600 to t9604 currently depend on cvs to function correctly,
> > otherwise all of those
On June 13, 2019 3:31 PM, I wrote:
> On June 13, 2019 3:07 PM, Peff wrote:
> > On Thu, Jun 13, 2019 at 02:53:08PM -0400, randall.s.bec...@rogers.com
> > wrote:
> >
> > > From: "Randall S. Becker"
> > >
> > > t9600 to t9604 currently d
Hi all,
I am trying to do something a bit strange and wonder about the best way to
go. I have a text filter that presents content of very special binary file
formats using textconv. What I am wondering is whether using the textconv
mechanism is sufficient to have git calculate the file signature o
On July 9, 2019 5:51 PM, Peff wrote:
> To: Randall S. Becker
> Cc: git@vger.kernel.org
> Subject: Re: [Question] Diff text filters and git add
>
> On Tue, Jul 09, 2019 at 05:43:05PM -0400, Randall S. Becker wrote:
>
> > I am trying to do something a bit strange and wonde
Hi All,
A preview of the situation with testing 2.23.0.rc0 on NonStop is not great. We
have had some new failures right off the bat on our NonStop platforms. This is
a preview of what we find within the first bit of testing. The tests run a long
time, so more to come.
t0016: oidmap
Subtest 6
On July 30, 2019 1:32 PM, Junio C Hamano wrote:
> "Randall S. Becker" writes:
>
> > t0066: dir-iterator
> >
> > Subtest 4 depends on a non-portable error code. ENOENT is not
> guaranteed ...
> > Subtest 5 also depends on a non-portable error code.
On July 30, 2019 3:45 PM, Jeff King wrote:
> To: Randall S. Becker
> Cc: 'Junio C Hamano' ; git@vger.kernel.org; git-
> packag...@googlegroups.com
> Subject: Re: [ANNOUNCE] Git v2.23.0-rc0 - Initial test failures on NonStop
>
> On Tue, Jul 30, 2019 at 01:08:37PM -0
On July 30, 2019 3:50 PM, Todd Zullinger wrote:
> To: Randall S. Becker
> Cc: 'Junio C Hamano' ; Christian Couder
> ; SZEDER Gábor ; Jeff
> King ; git@vger.kernel.org; git-
> packag...@googlegroups.com
> Subject: Re: [ANNOUNCE] Git v2.23.0-rc0 - Initial test
Hi all,
The test finally finished, and the only failures where:
t0016 (reported), t0066 (reported), t9001 (no valid sendmail, expected to
fail), t9020 (no SVN expected to fail)
Looking forward to rc1.
Cheers,
Randall
On August 6, 2019 12:25 PM, Junio wrote:
> Jeff King writes:
>
> > It's hard for scripted uses of rev-list, etc, to avoid option
> > injection from untrusted arguments, because revision arguments must
> > come before any "--" separator. I.e.:
> >
> > git rev-list "$revision" -- "$path"
> >
> >
On August 6, 2019 1:38 PM, Jeff King wrote:
> To: Randall S. Becker
> Cc: 'Junio C Hamano' ; git@vger.kernel.org
> Subject: Re: [PATCH 0/3] --end-of-options marker
>
> On Tue, Aug 06, 2019 at 12:36:26PM -0400, Randall S. Becker wrote:
>
> > > > This s
Hi All,
I don't recall when this was previously discussed, but the timing is
relevant at 2.23.0. With switch and restore commands coming in this release,
I was wondering how long checkout will be provided for compatibility - or if
it will be deprecated at all. I assume that enhancements should onl
On November 1, 2018 10:13 AM, Christian Couder wrote:
> Sent: > To: nicolas.mail...@laposte.net
> Cc: git
> Subject: Re: [RFE] Please add name and email to git credentials
>
> On Thu, Nov 1, 2018 at 2:31 PM Nicolas Mailhot
> wrote:
> >
> > Le jeudi 01 novembre 2018 à 12:22 +0100, Ævar Arnfjörð B
1 - 100 of 443 matches
Mail list logo
