Re: git clone - failing on cygwin with git:// but not with ssh://

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sat, 27 Dec 2008, Joe Casadonte wrote:

> Hi,
> 
> I'm new to git, so my apologies if I'm missing something pretty
> basic.  Here's my setup:
> 
> "Public" server
> ---------------
> OS: RedHat clone, 2.6.9 kernel
> git version: self-compiled, 1.6.0.6
> 
> Test client #1 (works)
> ----------------------
> OS: RedHat clone, 2.6.9 kernel
> git version: self-compiled, 1.6.0.6
> 
> Test client #2 (fails)
> ----------------------
> OS: Win XP Pro
> git version: cygwin compiled, 1.6.0.4

I'd try the msysgit version...

> 
> I have a new repository on the "public" server, and have cloned it on
> test client #1 with:
> 
> $ git clone git://foobar/myproj.git
> Initialized empty Git repository in /opt/myproj/.git/
> remote: Counting objects: 104, done.
> remote: Compressing objects: 100% (72/72), done.
> remote: Total 104 (delta 22), reused 104 (delta 22)
> Receiving objects: 100% (104/104), 76.97 KiB, done.
> Resolving deltas: 100% (22/22), done.
> 
> 
> I try the same thing on test box #2 and receive:
> 
> 
> D:\temp>git clone git://foobar/otminfmyproj.git
> Initialized empty Git repository in /cygdrive/d/temp/foobar/.git/
> fatal: read error (Socket operation on non-socket)
> fatal: early EOF
> fatal: index-pack failed

As Junio said, this smells like the build you have of git or of cygwin 
aren't dealing correctly with Windows' non-POSIX-ness. The msysgit version 
is more self-contained, and doesn't expect the system to be POSIX at all.

	-Daniel
*This .sig left intentionally blank*
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux