Im 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 d
On February 20, 2018 5:22 PM Eric Sunshine wrote:
> On Tue, Feb 20, 2018 at 3:36 PM, Randall S. Becker
> wrote:
> > I’m a bit confused about this, as I thought I understood worktrees :(.
> >
> > /home/randall/nsgit/test/test dir.mytest: rm -rf dest.wt
> > /home/rand
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 get
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 load/th
Hi all,
After months of arguing with some platform developers on this subject, the
perl spec was held over my head repeatedly about a few lines that are
causing issues. The basic problem is this line (test-lib-functions.sh, line
633, still in ffa952497)
>elif test $exit_code -gt 129 && te
On February 28, 2018 2:49 AM, Peff wrote:
> On Wed, Feb 28, 2018 at 07:42:51AM +, Eric Wong wrote:
>
> > > > > a) We could override the meaning of die() in Git.pm. This feels
> > > > > ugly but if it works, it would be a very small patch.
> > > >
> > > > Unlikely to work since I think we
On February 28, 2018 11:46 AM, demerphq wrote:
> On 28 February 2018 at 08:49, Jeff King wrote:
> > On Wed, Feb 28, 2018 at 07:42:51AM +, Eric Wong wrote:
> >
> >> > > > a) We could override the meaning of die() in Git.pm. This feels
> >> > > > ugly but if it works, it would be a very sm
On February 28, 2018 12:19 PM, demerphq wrote:
> On 28 February 2018 at 18:10, Randall S. Becker
> wrote:
> > On February 28, 2018 11:46 AM, demerphq wrote:
> >> On 28 February 2018 at 08:49, Jeff King wrote:
> >> > On Wed, Feb 28, 2018 at
On February 28, 2018 12:44 PM, Jonathan Nieder wrote:
> Randall S. Becker wrote:
>
> > The problem is actually in git code in its test suite that uses perl
> > inline, not in my test code itself. The difficulty I'm having is
> > placing this appropriate so that
On February 28, 2018 1:52 PM, Jonathan Nieder wrote:
> Randall S. Becker wrote:
> > On February 28, 2018 12:44 PM, Jonathan Nieder wrote:
> >> Randall S. Becker wrote:
>
> >>> The problem is actually in git code in its test suite that uses perl
> &g
On February 28, 2018 3:04 PM, Jonathan Nieder wrote:
> On February 28, 2018 1:52 PM, Jonathan Nieder wrote:
> > Randall S. Becker wrote:
> > > On February 28, 2018 12:44 PM, Jonathan Nieder wrote:
> > >> Randall S. Becker wrote:
> >
> > >>> Th
On March 1, 2018 2:36 AM, Jeff King wrote:
> On Wed, Feb 28, 2018 at 05:51:14PM +0100, demerphq wrote:
>
> > I would look into putting it into a module and then using the PERL5OPT
> > environment var to have it loaded automagically in any of your perl
> > scripts.
> >
> > For instance if you put t
On March 2, 2018 10:39 PM, Nguy?n Thái Ng?c Duy wrote:
> This is something we could do to improve the situation when a user manually
> moves a worktree and not follow the update process (we have had the first
> reported case [1]). Plus a bit cleanup in gc.
>
> I think this is something we should d
> -Original Message-
> From: git-ow...@vger.kernel.org [mailto:git-ow...@vger.kernel.org] On
> Behalf Of ankostis
> Sent: February 26, 2017 6:52 AM
> To: Git Mailing List
> Cc: Jason Cooper
> Subject: Unconventional roles of git
>
> On 26 February 2017 at 02:13, Jason Cooper wrote:
> >
>From: ankostis [mailto:ankos...@gmail.com]
>Sent: February 28, 2017 8:01 AM
>To: Randall S. Becker
>Cc: Git Mailing List ; Jason Cooper
>Subject: Re: Unconventional roles of git
>On 27 February 2017 at 20:16, Randall S. Becker
><mailto:rsbec...@nexbridge.com> wrote
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 group or vendor backing G
-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 developer
-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 being
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. Whe
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 - one
-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
-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
-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
>au
-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,
> 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 abou
> -Original Message-
>Sent: February 7, 2015 11:26 AM
>In HP-Nonstop we're experiencing hangs in git-upload-pack, which seems to
be the result
>of reads from / writes to pipes don't ever finish or don't get interrupted
properly (SIGPIPE, SIGCHLD?)
>Any idea why that might be and how to fix
On 2015-02-07 12:30PM Torsten Bögershausen wrote:
>On 2015-02-07 17.45, Joachim Schmitz wrote:
>> Hi there
>>
>> While investigating the problem with hung git-upload-pack we think to
>> have found a bug in wrapper.c:
>>
>> #define MAX_IO_SIZE (8*1024*1024)
>>
>> This is then used in xread() to
On 2015-02-07 13:07PM Randall S. Becker wrote:
>On 2015-02-07 12:30PM Torsten Bögershausen wrote:
>>On 2015-02-07 17.45, Joachim Schmitz wrote:
>>> Hi there
>>>
>>> While investigating the problem with hung git-upload-pack we think to
>>> ha
On Feb 7 2015 at 9:14 PM Junio C Hamano wrote:
>On Sat, Feb 7, 2015 at 2:31 PM, Joachim Schmitz
>wrote:
>> Junio C Hamano pobox.com> writes:
>>>
>>> Yup, I agree that is a sensible way to go.
>>>
>>> (1) if Makefile overrides the size, use it; otherwise
>>> (2) if SSIZE_MAX is defined, and it
On the NonStop port, we found that trap was causing an issue with test
success for t5570. When start_git_daemon completes, the shell (ksh,bash) on
this platform is sending a signal 0 that is being caught and acted on by the
trap command within the start_git_daemon and stop_git_daemon functions. I
On 2015/02/13 3:58AM Joachim Schmitz wrote:
>Jeff King peff.net> writes:
> > On Fri, Feb 13, 2015 at 02:44:03AM -0500, Jeff King wrote:
> > On Thu, Feb 12, 2015 at 03:31:12PM -0500, Randall S. Becker wrote:
> >
>
>> Hmm, today I learned something new about ks
Hi Martin,
I use:
git symbolic-ref --short HEAD
in scripts. Not sure it's the best way, but it works 100% for me.
Regards,
Randall
-Original Message-
From: git-ow...@vger.kernel.org [mailto:git-ow...@vger.kernel.org] On Behalf Of
mdc...@seznam.cz
Sent: February 19, 2015 8:15 AM
To: gi
-Original Message-
On Feb 20, 2015 1:58AM Martin Fick wrote:
>On Feb 19, 2015 5:42 PM, David Turner wrote:
> > This one is not affected by how deep your repo's history is, or how
> > wide your tree is, so should be quick..
>Good to hear that others are starting to experiment with solutio
On 23 Feb 2015, Kevin Daudt wrote:
> On Fri, Feb 20, 2015 at 10:16:18PM -0700, Technext wrote:
> > Thanks Junio for the prompt reply! :) Yes, that's exactly how i would
> > like things to be. I'll definitely try to push this thing and see if
> > this flow can be implemented.
> > However, can you pl
> On 03 Mar 2015, Shawn Pearce Wrote:
>> On Sun, Mar 1, 2015 at 7:29 PM, Stefan Beller wrote:
> > bitquabit.com/post/unorthodocs-abandon-your-dvcs-and-return-to-sanity
>
> Indeed, a DVCS like Git or Hg does not fit everyone. And neither do
> centralized
> systems like Subversion. Choice is good
>On 4 Mar 2015, Junio C Hamano Wrote:
> Sent: March 4, 2015 5:11 PM
> To: Ben Walton
> Cc: git@vger.kernel.org
> Subject: Re: [PATCH] Use unsigned char to squash compiler warnings
>
> Ben Walton writes:
>
> > On Mon, Mar 2, 2015 at 8:30 PM Junio C Hamano
> wrote:
> >
> >> The conversion looked
> On March 15, 2015 6:19 PM Christian Couder wrote:
> Just one suggestion on the name and half a comment.
>
> How would "Git Review" (or "Git Monthly Review", or replace your favourite
> "how-often-per-period-ly" in its name) sound? I meant it to sound similar
to
> academic journals that summari
On March 17, 2015 7:34 PM, Bharat Suvarna wrote:
> I am trying to find a way of using version control on PLC programmers like
Allen
> Bradley PLC. I can't find a way of this.
>
> Could you please give me an idea if it will work with Plc programs. Which
are
> basically Ladder logic.
Many PLC progr
On March 18, 2015 6:29 PM Doug Kelly wrote:
> On Wed, Mar 18, 2015 at 2:53 PM, Randall S. Becker
> wrote:
> > On March 17, 2015 7:34 PM, Bharat Suvarna wrote:
> >> I am trying to find a way of using version control on PLC programmers
> >> like
> > Allen
>
On March 31, 2015 3:55 PM Philip Oakley wrote:
> From: "Mike Hommey"
> [...]
> > So I thought, since commits are already allowed in tree objects, for
> > submodules, why not add a bit to the mode that would tell git that
> > those commit object references are meant to always be there aka strong
>
Hi all,
There was a discussion a while back on how to manage EXCEL content in git.
This involved a simple trick of modifying the file extension from .xlsx to
.zip and unpacking the file - resulting in a whole bunch of XML files. Git
is happy with that part and the content can be managed - slightly
On April 15, 2015 10:22 PM Jeff King wrote:
> Sent: April 15, 2015 10:22 PM
> To: Bryan Turner
> Cc: Junio C Hamano; Git Users
> Subject: Re: [ANNOUNCE] Git v2.4.0-rc2
>
> [side note: please trim your quoted material when doing inline quoting]
>
> On Thu, Apr 16, 2015 at 12:05:57PM +1000, Bryan T
Sorry to repost - ended up in my own spam trap.
On May 1, 2015 11:05 AM, I wrote, in my haste:
>
> Greetings - and asking for a bit of help resolving test failures.
>
> I'm having an issue with t5570 at 2.3.7 which seems to be a regression
from
> 2.3.3 (currently installed), but I cannot be sure
401 - 443 of 443 matches
Mail list logo