That is a new detail (SMB 1 vs. 2) that can be used to debug this further.
> -Original Message-
> From: git-ow...@vger.kernel.org [mailto:git-ow...@vger.kernel.org] On
> Behalf Of Phil Wiffen
> Sent: Tuesday, December 03, 2013 11:48 AM
> To: git@vger.kernel.org
> Subject: Re: trouble on wi
> -Original Message-
> From: Andreas Schwab
> Sent: Friday, December 27, 2013 9:12 AM
>
> Sergey Sharybin writes:
>
> > So guess we just need to recommend using https:// protocol instead of
> > git:// for our users?
>
> Given how easy it is to verify the integrity of a git repository ou
We have systems hosting git which are behind proxies, and unless the client
sets the http.postBuffer to a large size they connections fails.
Is there a way to set this on the server side? If not would a patch be possible
to fix this?
jason.pyeron@hostname /home/jason.pyeron/desktop/projectname
> -Original Message-
> From: Jeff King
> Sent: Thursday, September 12, 2013 5:24 AM
>
> On Thu, Sep 12, 2013 at 09:42:41AM +0200, Josef Wolf wrote:
>
> > > >> There are some work being done to optimize this further using
> > > >> various techniques, but they are not ready yet.
> > >
> > >
> -Original Message-
> From: Jeff King
> Sent: Thursday, September 12, 2013 3:57 PM
>
> On Thu, Sep 12, 2013 at 12:45:44PM +, Pyeron, Jason J CTR (US)
> wrote:
>
> > If the rules of engagement are change a bit, the server side can be
> release
> -Original Message-
> From: Junio C Hamano
> Sent: Tuesday, October 22, 2013 3:51 PM
>
> I would think. You might have a funny chicken-and-egg problem with
> the signed commit, though. I didn't think that part through.
Respectfully, I do not think there is a chicken and egg situati
Maybe I lost sight of your problem. Can you give a specific example of where
"it" does not work?
> -Original Message-
> From: git-ow...@vger.kernel.org [mailto:git-ow...@vger.kernel.org] On
> Behalf Of Josef Wolf
> Sent: Tuesday, November 06, 2012 2:51 PM
> To: git@vger.kernel.org
> Subje
> -Original Message-
> From: Jeff King
> Sent: Sunday, November 11, 2012 1:29 PM
>
> On Sun, Nov 11, 2012 at 01:09:02PM -0500, Jason Pyeron wrote:
>
> > > My google fu has failed me on this issue. I am trying to setup
> http(s)
> > > repositories for git. If I require authenticated users
> -Original Message-
> From: Felipe Contreras
> Sent: Monday, November 12, 2012 11:44 AM
>
> On Mon, Nov 12, 2012 at 5:37 PM, Adam Spiers
> wrote:
>
> > I've been pretty impressed with git's test framework, and I'm not
> > aware of many other (decent) shell-based test frameworks out ther
> -Original Message-
> From: Torsten Bögershausen
> Sent: Tuesday, November 13, 2012 3:45 PM
>
> > * ml/cygwin-mingw-headers (2012-11-12) 1 commit
> > - Update cygwin.c for new mingw-64 win32 api headers
> >
> > Make git work on newer cygwin.
> >
> > Will merge to 'next'.
>
> (Sorry fo
> -Original Message-
> From: Angelo Borsotti
> Sent: Wednesday, November 14, 2012 9:51 AM
>
> Hi Junio,
>
> > It would conceptually be a lot cleaner to treat updating of remote
> > Ibranch description as a separate "repository management" class of
> > Ioperation, similar to setting the re
> -Original Message-
> From: Javier Domingo
> Sent: Wednesday, November 14, 2012 8:15 PM
>
> Hi Andrew,
>
> Doing this would require I got tracked which one comes from which. So
> it would imply some logic (and db) over it. With the hardlinking way,
> it wouldn't require anything. The ide
I may need to be nudged in a better direction, but please try to understand my
intentions.
I am facing a situation where I would like to use git bundle but at the same
time inspect the contents to prevent a spillage[1].
Given we have a public repository which was cloned on to a secret developme
Left off a citation to an old thread.
> -Original Message-
> From: Pyeron, Jason J CTR (US)
> Sent: Monday, November 26, 2012 2:25 PM
>
> I may need to be nudged in a better direction, but please try to
> understand my intentions.
>
> I am facing a situation w
> -Original Message-
> From: Felipe Contreras
> Sent: Monday, November 26, 2012 3:20 PM
>
> On Mon, Nov 26, 2012 at 8:24 PM, Pyeron, Jason J CTR (US)
> wrote:
> > I may need to be nudged in a better direction, but please try to
> understand my intentions.
>
> -Original Message-
> From: Junio C Hamano
> Sent: Monday, November 26, 2012 3:38 PM
>
> "Pyeron, Jason J CTR (US)" writes:
>
> > In this situation we should assume that the bundle does not have
> > any content which is already in the public re
> -Original Message-
> From: Stephen Bash
> Sent: Monday, November 26, 2012 3:56 PM
>
> - Original Message -
> > From: "Jason J CTR Pyeron (US)"
> > Sent: Monday, November 26, 2012 2:24:54 PM
> > Subject: git bundle format
> >
> > I am facing a situation where I would like to use
> -Original Message-
> From: Eric S. Raymond
> Sent: Tuesday, November 27, 2012 3:48 PM
>
> Because I do a lot of work on repository conversion tools, I've had
> to learn a lot of detail about ontological mismatches between
> version-control systems - especially places where you lose metad
> -Original Message-
> From: Liu Liu
> Sent: Friday, December 07, 2012 2:52 AM
>
> Hi,
>
> I am reaching out because in my personal project (
> https://github.com/liuliu/ccv
> ), I used the block sha1 implementation (
> https://github.com/git/git/blob/master/block-sha1/sha1.c) in git. It
> -Original Message-
> From: Torsten Bögershausen
> Sent: Wednesday, December 12, 2012 12:19 PM
>
>
>
> On 11.12.12 23:30, Junio C Hamano wrote:
> > Marc Branchaud writes:
> >
> >> My point is that the initial checkout into an empty working
> directory should
> >> create all files with
> -Original Message-
> From: David Michael
> Sent: Thursday, December 13, 2012 10:23 AM
>
> Hi,
>
> I've been experimenting with git running on z/OS USS. It is not yet
> stable, but I have had to make a few fixes and generalizations in the
> build system to get it to compile.
Maybe it w
> -Original Message-
> From: Simon Oosthoek
> Sent: Wednesday, December 26, 2012 4:08 PM
>
> * Junio C Hamano [2012-12-26 12:35:28 -0800]:
> > >
> > > Anyway, I could imagine this as optional flag of git format-patch,
> so you could say:
> > > $ git format-patch -s --in-reply-to-email a7
> From: Martin Fick
> Sent: Thursday, January 03, 2013 6:53 PM
>
> Any thoughts on this idea? Is it flawed? I am trying to
> write it up in a more formal generalized manner and was
> hoping to get at least one "it seems sane" before I do.
If you are assuming that atomic renames, etc. are availa
> -Original Message-
> From: Jeff King
> Sent: Saturday, January 05, 2013 11:20 PM
>
> On Sat, Jan 05, 2013 at 08:32:09PM -0500, Jason Pyeron wrote:
>
> > When doing a clone by https (reverse proxied to http) the first
> request is
> >
> > GET /git/project/info/refs?service=git-upload-pac
> -Original Message-
> From: Junio C Hamano
> Sent: Monday, January 07, 2013 2:29 AM
>
> Jason Pyeron writes:
>
> [administrivia: please never cull CC list when you respond to a
> message on this list without a good reason]
Apologies, I just have 4 copies of every message and was trying
I am trying to accomplish the diagram below:
* ??? Merge (or cherry-pick) all changes after 68fb8df from the task1prep
branch?
|\
|* ??? Change ...
|* ??? Change 3
|* ??? Change 2
|* ??? Change 1
|* ??? Merge branch 'task1' into task1prep
||\
|| * 5e51e26 v1.01 - fixed a t
> -Original Message-
> From: Eric Chamberland
> Sent: Thursday, January 17, 2013 11:31 AM
>
> On 01/17/2013 09:23 AM, Philippe Vaucher wrote:
> >> Anyone has a new idea?
> >
> > Did you try Jeff King's code to confirm his idea?
> >
> > Philippe
> >
>
> Yes I did, but it was running withou
Sorry, I am in cygwin mode, and I had crossed wires in my head.
s/ProcessMon/strace/
> -Original Message-
> From: git-ow...@vger.kernel.org [mailto:git-ow...@vger.kernel.org] On
> Behalf Of Maxime Boissonneault
> Sent: Thursday, January 17, 2013 11:41 AM
> To: Pyeron,
I am having trouble when the .git folder is on a network share, given the below
where should I start on my debugging?
$ git --version
git version 1.7.9
$ uname -a
CYGWIN_NT-6.1-WOW64 LNDLE642FX7ZTR1 1.7.17(0.262/5/3) 2012-10-19 14:39 i686
Cygwin
jason.pyeron@localhost //server/share/dir/subdi
36PM +0000, Pyeron, Jason J CTR (US)
> wrote:
>
> > I am having trouble when the .git folder is on a network share, given
> the below where should I start on my debugging?
> > [...]
> > jason.pyeron@localhost //server/share/dir/subdir/test
> > $ git add test.txt
>
> -Original Message-
> From: Thomas Rast
> Sent: Monday, May 06, 2013 5:42 AM
>
> David Goldfarb writes:
>
> > Git works correctly under Linux (Ubuntu 12.04; git 1.7.9.5). I've
> attached the strace outputs. (Note: for reasons that are probably
> irrelevant, I needed to run the commands
ile on Cygwin.
WD NAS, no. Windows Server 2008 with NTFS file system on internal raid.
>
> David
>
> -Original Message-
> From: Pyeron, Jason J CTR (US) [mailto:jason.j.pyeron@mail.mil]
> Sent: Monday, May 06, 2013 4:11 PM
> To: Thomas Rast; David Goldfarb
> Cc: git
32 matches
Mail list logo