/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
--
View this message in context:
http://old.nabble.com/git-stopped-working-with-1.7.1-tp26905956p29853811.html
Sent from the Cygwin list mailing list archive at Nabble.com.
--
Problem reports: http://cygwin.com
Eric Blake ebl...@redhat.com wrote:
On 03/11/2010 04:03 PM, Charles Wilson wrote:
If it is not being worked on... I agree with Brian. This is a serious
impediment to using Cygwin 1.7. I would think it would be of top
priority.
Only people who experience the problem can diagnose,
On 9/27/2010 12:38 PM, Kevin Layer wrote:
Eric Blakeebl...@redhat.com wrote:
On 03/11/2010 04:03 PM, Charles Wilson wrote:
If it is not being worked on... I agree with Brian. This is a serious
impediment to using Cygwin 1.7. I would think it would be of top
priority.
Only people who
On Mon, Sep 27, 2010 at 02:24:05PM -0400, Bill Hoffman wrote:
On 9/27/2010 12:38 PM, Kevin Layer wrote:
Eric Blakeebl...@redhat.com wrote:
On 03/11/2010 04:03 PM, Charles Wilson wrote:
If it is not being worked on... I agree with Brian. This is a serious
impediment to using Cygwin 1.7. I
On 9/27/2010 3:59 PM, Christopher Faylor wrote:
And, when I tried this, it pointed to an actual problem in git rather than
a problem in Cygwin so that limits what is meant by developer.
Isn't git normally used for source control management by programmers?
If this is such a bad problem why
On Mon, Sep 27, 2010 at 05:56:04PM -0400, Bill Hoffman wrote:
On 9/27/2010 3:59 PM, Christopher Faylor wrote:
And, when I tried this, it pointed to an actual problem in git rather
than a problem in Cygwin so that limits what is meant by developer.
Isn't git normally used for source control
On 9/27/2010 7:03 PM, Christopher Faylor wrote:
Christopher, I did have a question on the old thread that went
un-answered. I was wondering exactly what process you used to
determine that it was git that was having a stack issue. It would be
helpful as a starting point for a developer to try
unexpectedly
fatal: early EOF
fatal: index-pack failed
jer...@jerabi-think ~/workspaces/test
$
$ git --version
git version 1.7.2.3
--
View this message in context:
http://old.nabble.com/git-stopped-working-with-1.7.1-tp26905956p29824574.html
Sent from the Cygwin list mailing list archive at Nabble.com
survivant wrote:
Does anyone one have an answer for this problem ? (I saw lot of threads in
different forums.. but never an answer.)
I'm trying to clone a repository from my computer to my computer. I,m using
cygwin 1.7. I,m able to clone all my others projects without problems.
This
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
--
View this message in context:
http://old.nabble.com/git-stopped-working-with-1.7.1-tp26905956p28606567.html
Sent from the Cygwin list mailing list archive at Nabble.com.
--
Problem reports: http://cygwin.com/problems.html
FAQ
this message in context:
http://old.nabble.com/git-stopped-working-with-1.7.1-tp26905956p28163005.html
Sent from the Cygwin list mailing list archive at Nabble.com.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http
On 4/7/2010 5:12 AM, nothize wrote:
After I've replaced(or removed!) %windir%\system32\cygz.dll with the newer
one in Cygwin, git 1.7.0.4 worked well. Perhaps I've manually copied an
older cygz.dll to there sometimes ago.I can't remember.
The Cygwin setup program never installs files into
Brian L. br...@blucz.com wrote:
From this thread I gather that little or no progress has been made on
addressing the root cause of this issue. It still seems to be broken
with the latest 1.7 series packages.
What is the proper method for getting this bug in front of the guys
who maintain
On 3/11/2010 1:50 PM, Kevin Layer wrote:
Brian L.br...@blucz.com wrote:
From this thread I gather that little or no progress has been made on
addressing the root cause of this issue. It still seems to be broken
with the latest 1.7 series packages.
What is the proper method for getting this
Kevin Layer wrote:
Brian L. wrote:
It's clearly affecting more than a few users and the workaround, while
reliable, is quite lame. Can this please get a little bit more
priority?
and another month goes by...
If there is work going on behind the scenes, it would be nice to hear
from the
On 03/11/2010 04:03 PM, Charles Wilson wrote:
If it is not being worked on... I agree with Brian. This is a serious
impediment to using Cygwin 1.7. I would think it would be of top
priority.
Only people who experience the problem can diagnose, debug, and fix it.
git works fine for me
, and it is an OpenSSH issue with cygwin 1.7.1.
I really hope somebody will come up with a good workaround, other than using
that plink fix.
--
View this message in context:
http://old.nabble.com/git-stopped-working-with-1.7.1-tp26905956p27677295.html
Sent from the Cygwin list mailing list archive
From this thread I gather that little or no progress has been made on
addressing the root cause of this issue. It still seems to be broken
with the latest 1.7 series packages.
What is the proper method for getting this bug in front of the guys
who maintain the openssh package? The cygwin website
alland wrote:
I have the same issue trying to clone a repo with a recently updated cygwin.
The problem is not present in any other configurations I tried to clone
with, including git/ssh built for MSys on the same computer.
I can confirm the problems myself (cygwin 1.7.1, git 1.6.6.1). Also,
I have the same issue trying to clone a repo with a recently updated cygwin.
The problem is not present in any other configurations I tried to clone
with, including git/ssh built for MSys on the same computer.
--
View this message in context:
http://old.nabble.com/git-stopped-working
On Jan 18 00:17, ol42 wrote:
But obviously the environment variable has still an effect!
Without binmode I get the following error
$ git clone ssh://o...@simulacron/home/git/gen-dsp.git
Initialized empty Git repository in /home/ol/tmp/gen-dsp/.git/
remote: Counting objects: 979,
:
On 1/16/2010 9:44 AM, ol42 wrote:
CYGWIN=binmode
This is obsolete. See
http://www.cygwin.com/cygwin-ug-net/using-cygwinenv.html#cygwinenv-implemented-options
Ken
--
View this message in context:
http://old.nabble.com/git-stopped-working-with-1.7.1-tp26905956p27207290.html
Sent
2009 14:04:16 -0500
Message-ID:
6ee4c8380912311104i1869d73dk818e041f2d8b2...@mail.gmail.com
Subject: Re: git stopped working with 1.7.1
From: Brian L. br...@blucz.com
To: cygwin@cygwin.com
...
The problem seems to be rooted in cygwin's openssh package. If I point
GIT_SSH
On 1/16/2010 9:44 AM, ol42 wrote:
CYGWIN=binmode
This is obsolete. See
http://www.cygwin.com/cygwin-ug-net/using-cygwinenv.html#cygwinenv-implemented-options
Ken
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
Eric Blake e...@byu.net wrote:
According to Kevin Layer on 1/8/2010 11:01 AM:
Has anyone in the cygwin group reproduced this?
Yes, as maintainer of the git package on cygwin, I've seen sporadic
failures of the git protocol, which I have always ended up working around
by switching over to
: Thu, 31 Dec 2009 14:04:16 -0500
Message-ID: 6ee4c8380912311104i1869d73dk818e041f2d8b2...@mail.gmail.com
Subject: Re: git stopped working with 1.7.1
From: Brian L. br...@blucz.com
To: cygwin@cygwin.com
...
The problem seems to be rooted in cygwin's openssh package. If I point
GIT_SSH
Has anyone in the cygwin group reproduced this?
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
According to Kevin Layer on 1/8/2010 11:01 AM:
Has anyone in the cygwin group reproduced this?
Yes, as maintainer of the git package on cygwin, I've seen sporadic
failures of the git protocol, which I have always ended up working around
by switching over to an http protocol. I'm assuming that
Kevin Layer layer at franz.com writes:
layer at hobart128 /c/tmp
$ git clone git:/repo/git/acl acl.test
Initialized empty Git repository in /c/tmp/acl.test/.git/
remote: Counting objects: 9205, done.
remote: Compressing objects: 100% (3300/3300), done.
fatal: The remote end hung
2010/1/5 Vadim Zeitlin:
Exactly the same thing happens here with 1.7.1 under 64-bit Windows 7.
However my Cygwin is not a new install but an upgrade of a previous 1.5
installation -- in which Git worked just fine.
Does the locale setting make a difference? For example, try it with
the
I wrote:
Unfortunately I have no clue about how to debug it.
...
Is going back to Cygwin 1.5 really the only solution?
Sorry, I should have read the thread more carefully before writing this,
the message from Brian L does provide a solution: using plink.exe instead
of Cygwin ssh works fine
David Antliff david.antl...@gmail.com wrote:
On Thu, Dec 24, 2009 at 07:55, Kevin Layer la...@franz.com wrote:
la...@hobart128 /c/tmp
$ git clone git:/repo/git/acl acl.test
Initialized empty Git repository in /c/tmp/acl.test/.git/
remote: Counting objects: 9205, done.
remote:
Brian L. br...@blucz.com wrote:
I'm seeing very similar bad behavior from cygwin+git on win7 x64 as
well as winxp x86. This bug is not confined to 64 bit platforms. This
bug is new in 1.7.x--I have cygwin 1.5 installs on both of these
machines that do not exhibit this failure.
The problem
On Mon, Jan 4, 2010 at 15:06, Kevin Layer wrote:
I'm not using the git protocol. Note the single slash. The machine
is named `git', which is what is confusing you. Anything of the form
foo:/path uses SSH, which is what this is using.
Yes, you're right, I'm so used to seeing git://server
I'm seeing very similar bad behavior from cygwin+git on win7 x64 as
well as winxp x86. This bug is not confined to 64 bit platforms. This
bug is new in 1.7.x--I have cygwin 1.5 installs on both of these
machines that do not exhibit this failure.
The problem seems to be rooted in cygwin's openssh
David Antliff david.antl...@gmail.com wrote:
It may be a 64-bit issue, so I'll try a 32-bit machine, if I can
scrounge one up.
We are using WinXP 32-bit and have not seen this problem (yet). It
would be really helpful (to me at least) to know whether you can
reproduce the issue with
On Thu, Dec 24, 2009 at 07:55, Kevin Layer la...@franz.com wrote:
la...@hobart128 /c/tmp
$ git clone git:/repo/git/acl acl.test
Initialized empty Git repository in /c/tmp/acl.test/.git/
remote: Counting objects: 9205, done.
remote: Compressing objects: 100% (3300/3300), done.
fatal:
On Mon, Dec 28, 2009 at 14:13, Kevin Layer wrote:
This seems serious. Do people just not use cygwin git?
It sounds very serious. I am a very interested user of git on Cygwin
and I'm watching this thread with interest. However
It may be a 64-bit issue, so I'll try a 32-bit machine, if I
crickets
I'm a little surprised there are *no* replies to this thread, other
than mine. (It's not like there is no traffic on the mailing list.)
Can someone tell me what I need to do to interest people in this?
Let me summarize: git clone fails with this:
remote: Compressing objects: 100%
On Sun, Dec 27, 2009 at 05:13:39PM -0800, Kevin Layer wrote:
crickets
I'm a little surprised there are *no* replies to this thread, other
than mine. (It's not like there is no traffic on the mailing list.)
It's the holiday season. Our support staff are probably out enjoying
themselves.
cgf
la...@hobart128 /c/tmp
$ git clone git:/repo/git/acl acl.test
Initialized empty Git repository in /c/tmp/acl.test/.git/
remote: Counting objects: 9205, done.
remote: Compressing objects: 100% (3300/3300), done.
fatal: The remote end hung up unexpectedly
fatal: early EOFs: 62%
la...@hobart128 /c/tmp
$ git clone git:/repo/git/acl acl.test
Initialized empty Git repository in /c/tmp/acl.test/.git/
remote: Counting objects: 9205, done.
remote: Compressing objects: 100% (3300/3300), done.
fatal: The remote end hung up unexpectedly
fatal: early EOFs: 62%
la...@hobart128 /c/tmp
$ git clone git:/repo/git/acl acl.test
Initialized empty Git repository in /c/tmp/acl.test/.git/
remote: Counting objects: 9205, done.
remote: Compressing objects: 100% (3300/3300), done.
fatal: The remote end hung up unexpectedly
fatal: early EOFs: 62%
I tried to install 1.6.1.2 on 1.7.1, but it didn't work. The clone
complained that the index-pack program was missing. I did the usual
./configure make make install
so I'm not sure what else to try.
I copied git-index-pack.exe from the build directory to
44 matches
Mail list logo