[git-users] Re: fatal: protocol error: bad line length character

2014-06-13 Thread Thomas Ferris Nicolaisen
On Friday, June 13, 2014 5:46:11 AM UTC+2, Clinton Parham wrote:

 Ok. this has been solved.

 It seems that a global setting was in the .gitconfig file and it was 
 forcing the protocol to switch to https:
 url.https://.insteadOf git://


What setting was this?

Please start a new thread about the new error. I reckon it's the same one I 
got earlier, and I'm suspecting it's quite prevalent. Please include the 
trace options as well. 

 

-- 
You received this message because you are subscribed to the Google Groups Git 
for human beings group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to git-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[git-users] Re: fatal: protocol error: bad line length character

2014-06-12 Thread Clinton Parham
Ok. this has been solved.

It seems that a global setting was in the .gitconfig file and it was 
forcing the protocol to switch to https:
url.https://.insteadOf git://

Once this was removed, there is progress but now another error: 
fatal: read error: Invalid argument
fatal: early EOFs:  98% (9531/9725)
fatal: index-pack failed

On Tuesday, June 10, 2014 5:47:41 PM UTC-4, Thomas Ferris Nicolaisen wrote:

 On Monday, June 9, 2014 9:52:44 PM UTC+2, Clinton Parham wrote:

 Hello git users,

 I'm trying to run a git server on my Windows 7 workstation. I've 
 downloaded the Windows installer from http://git-scm.com/downloads and 
 I'm able to clone other repositories.

 Now I want to allow others to clone my repositories. But when testing 
 my setup, I get these errors (both client and server are on the same box):

 *Client side:*

 F:\gitgit clone git://localhost:9419/test.git test2
 Cloning into 'test2'...
 fatal: unable to access 'https://localhost:9419/test.git/': Unknown 
 SSL protocol error in connection to localhost:9419



 It strikes me as odd that it appears to clone over HTTPS, when you 
 specified a git:// url..  To the best of my knowledge, cloning over git:// 
 (the Git protocol) has nothing to do with HTTPS, and by extension, should 
 not involve SSL.

 Could it be that you are somehow running a HTTPS service on port 9419, 
 and Git is falling back to use this as protocol? Check what process is 
 using the port, kill the service, restart the daemon and try again.

  

 Yup, I agree that SSL being involved is odd.

 A 'netstat -ano' doesn't list any process on 9419. Also, when I down the 
 git daemon, a telnet to localhost:9419 fails so I don't believe anything 
 else is listening on that port. A similar telnet works of course when the 
 git daemon is running.

 Also interesting is that the same clone works when I run it under cygwin!


 You mean when running the git clone command on cygwin, or running the 
 daemon on cygwin, or both?

 In any case, I'm lost. Perhaps someone on the msysgit list can answer (on 
 cc now).



-- 
You received this message because you are subscribed to the Google Groups Git 
for human beings group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to git-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[git-users] Re: fatal: protocol error: bad line length character

2014-06-11 Thread Thomas Ferris Nicolaisen
Just occurred to me that I left some relevant pieces out in my quoting. 
Here's the whole original message (also available at [1]):

On Monday, June 9, 2014 9:52:44 PM UTC+2, Clinton Parham wrote:

 Hello git users,

 I'm trying to run a git server on my Windows 7 workstation. I've 
 downloaded the Windows installer from http://git-scm.com/downloads and 
 I'm able to clone other repositories.

 Now I want to allow others to clone my repositories. But when testing my 
 setup, I get these errors (both client and server are on the same box):

 *Client side:*

 F:\gitgit clone git://localhost:9419/test.git test2
 Cloning into 'test2'...
 fatal: unable to access 'https://localhost:9419/test.git/': Unknown SSL 
 protocol error in connection to localhost:9419

 *Server side:*

 F:\gitgit daemon --verbose --port=9419 --export-all --base-path=F:\git
 [15452] Ready to rumble
 [11552] Connection from [::1]:51952
 fatal: protocol error: bad line length character: ▬♥☺


 *I setup the test.git repo like this:*

 F:\git --version
 git version 1.9.2.msysgit.0


 F:\cd git
 F:\gitmkdir test.git
 F:\gitcd test.git
 F:\git\test.gitgit init --bare
 Initialized empty Git repository in F:/git/test.git/

 F:\git\test.gitcd ..
 F:\git


 Anyone had luck with this approach?



I also fired up a Windows VM to see if it works:

git version 1.7.10.msysgit.1

Server side:

C:\gitgit daemon --verbose --port=9419 --export-all --base-path=C:\git
[10816] Ready to rumble
[8692] Connection from 127.0.0.1:3472
[8692] Extended attributes (21 bytes) exist host=localhost:9419
[8692] Request upload-pack for '/agnes.git'

Client side:

c:\gitgit clone git://localhost:9419/agnes.git test2
Cloning into 'test2'...
remote: Counting objects: 852, done.
Receiving objects: 100% (852/852), 114.14 KiB, done. objects:  86% (733/852)
Resolving deltas: 100% (461/461), done.458)   esolving deltas: 100% 
(461/461)
remote: Compressing objects: 100% (458/458), done.
remote: Total 852 (delta 461), reused 666 (delta 318)

After upgrading to git version 1.9.2.msysgit.0, I get the same behavior on 
the server side as before, but oddly enough this on the client side:

c:\gitgit clone git://localhost:9419/agnes.git test3
Cloning into 'test3'...
remote: Counting objects: 852, done.
remote: Compressing objects: 100% (458/458), done.
fatal: read error: Invalid argument
fatal: early EOF
fatal: index-pack failed

So, I seem to be running into another issue, reported a couple of weeks ago 
[2].

Clinton, can you share which version of Git you have installed? (git 
--version, without cygwin please, just in normal Git for Windows). You 
wrote that you downloaded and installed from the homepage, but not when.

Would be great if someone else could quickly check if this is working for 
their local versions.

[1] https://groups.google.com/d/topic/git-users/Xh4XfAALBLc/discussion
[2] https://groups.google.com/d/msg/msysgit/B2HgjzhdobI/nStjWxumwUIJ

-- 
You received this message because you are subscribed to the Google Groups Git 
for human beings group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to git-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[git-users] Re: fatal: protocol error: bad line length character

2014-06-11 Thread Clinton Parham
F:\gitgit --version
git version 1.9.2.msysgit.0

Thanks.

On Wednesday, June 11, 2014 2:21:09 AM UTC-4, Thomas Ferris Nicolaisen 
wrote:

 Just occurred to me that I left some relevant pieces out in my quoting. 
 Here's the whole original message (also available at [1]):

 On Monday, June 9, 2014 9:52:44 PM UTC+2, Clinton Parham wrote:

 Hello git users,

 I'm trying to run a git server on my Windows 7 workstation. I've 
 downloaded the Windows installer from http://git-scm.com/downloads and 
 I'm able to clone other repositories.

 Now I want to allow others to clone my repositories. But when testing my 
 setup, I get these errors (both client and server are on the same box):

 *Client side:*

 F:\gitgit clone git://localhost:9419/test.git test2
 Cloning into 'test2'...
 fatal: unable to access 'https://localhost:9419/test.git/': Unknown SSL 
 protocol error in connection to localhost:9419

 *Server side:*

 F:\gitgit daemon --verbose --port=9419 --export-all --base-path=F:\git
 [15452] Ready to rumble
 [11552] Connection from [::1]:51952
 fatal: protocol error: bad line length character: ▬♥☺


 *I setup the test.git repo like this:*

 F:\git --version
 git version 1.9.2.msysgit.0


 F:\cd git
 F:\gitmkdir test.git
 F:\gitcd test.git
 F:\git\test.gitgit init --bare
 Initialized empty Git repository in F:/git/test.git/

 F:\git\test.gitcd ..
 F:\git


 Anyone had luck with this approach?



 I also fired up a Windows VM to see if it works:

 git version 1.7.10.msysgit.1

 Server side:

 C:\gitgit daemon --verbose --port=9419 --export-all --base-path=C:\git
 [10816] Ready to rumble
 [8692] Connection from 127.0.0.1:3472
 [8692] Extended attributes (21 bytes) exist host=localhost:9419
 [8692] Request upload-pack for '/agnes.git'

 Client side:

 c:\gitgit clone git://localhost:9419/agnes.git test2
 Cloning into 'test2'...
 remote: Counting objects: 852, done.
 Receiving objects: 100% (852/852), 114.14 KiB, done. objects:  86% 
 (733/852)
 Resolving deltas: 100% (461/461), done.458)   esolving deltas: 100% 
 (461/461)
 remote: Compressing objects: 100% (458/458), done.
 remote: Total 852 (delta 461), reused 666 (delta 318)

 After upgrading to git version 1.9.2.msysgit.0, I get the same behavior on 
 the server side as before, but oddly enough this on the client side:

 c:\gitgit clone git://localhost:9419/agnes.git test3
 Cloning into 'test3'...
 remote: Counting objects: 852, done.
 remote: Compressing objects: 100% (458/458), done.
 fatal: read error: Invalid argument
 fatal: early EOF
 fatal: index-pack failed

 So, I seem to be running into another issue, reported a couple of weeks 
 ago [2].

 Clinton, can you share which version of Git you have installed? (git 
 --version, without cygwin please, just in normal Git for Windows). You 
 wrote that you downloaded and installed from the homepage, but not when.

 Would be great if someone else could quickly check if this is working for 
 their local versions.

 [1] https://groups.google.com/d/topic/git-users/Xh4XfAALBLc/discussion
 [2] https://groups.google.com/d/msg/msysgit/B2HgjzhdobI/nStjWxumwUIJ


-- 
You received this message because you are subscribed to the Google Groups Git 
for human beings group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to git-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[git-users] Re: fatal: protocol error: bad line length character

2014-06-10 Thread Thomas Ferris Nicolaisen
On Monday, June 9, 2014 9:52:44 PM UTC+2, Clinton Parham wrote:

 Hello git users,

 I'm trying to run a git server on my Windows 7 workstation. I've 
 downloaded the Windows installer from http://git-scm.com/downloads and 
 I'm able to clone other repositories.

 Now I want to allow others to clone my repositories. But when testing my 
 setup, I get these errors (both client and server are on the same box):

 *Client side:*

 F:\gitgit clone git://localhost:9419/test.git test2
 Cloning into 'test2'...
 fatal: unable to access 'https://localhost:9419/test.git/': Unknown SSL 
 protocol error in connection to localhost:9419



It strikes me as odd that it appears to clone over HTTPS, when you 
specified a git:// url..  To the best of my knowledge, cloning over git:// 
(the Git protocol) has nothing to do with HTTPS, and by extension, should 
not involve SSL.

Could it be that you are somehow running a HTTPS service on port 9419, and 
Git is falling back to use this as protocol? Check what process is using 
the port, kill the service, restart the daemon and try again.

-- 
You received this message because you are subscribed to the Google Groups Git 
for human beings group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to git-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[git-users] Re: fatal: protocol error: bad line length character

2014-06-10 Thread Clinton Parham
Yup, I agree that SSL being involved is odd.

A 'netstat -ano' doesn't list any process on 9419. Also, when I down the 
git daemon, a telnet to localhost:9419 fails so I don't believe anything 
else is listening on that port. A similar telnet works of course when the 
git daemon is running.

Also interesting is that the same clone works when I run it under cygwin!

On Tuesday, June 10, 2014 4:15:23 AM UTC-4, Thomas Ferris Nicolaisen wrote:

 On Monday, June 9, 2014 9:52:44 PM UTC+2, Clinton Parham wrote:

 Hello git users,

 I'm trying to run a git server on my Windows 7 workstation. I've 
 downloaded the Windows installer from http://git-scm.com/downloads and 
 I'm able to clone other repositories.

 Now I want to allow others to clone my repositories. But when testing my 
 setup, I get these errors (both client and server are on the same box):

 *Client side:*

 F:\gitgit clone git://localhost:9419/test.git test2
 Cloning into 'test2'...
 fatal: unable to access 'https://localhost:9419/test.git/': Unknown SSL 
 protocol error in connection to localhost:9419



 It strikes me as odd that it appears to clone over HTTPS, when you 
 specified a git:// url..  To the best of my knowledge, cloning over git:// 
 (the Git protocol) has nothing to do with HTTPS, and by extension, should 
 not involve SSL.

 Could it be that you are somehow running a HTTPS service on port 9419, and 
 Git is falling back to use this as protocol? Check what process is using 
 the port, kill the service, restart the daemon and try again.


-- 
You received this message because you are subscribed to the Google Groups Git 
for human beings group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to git-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[git-users] Re: fatal: protocol error: bad line length character

2014-06-10 Thread Thomas Ferris Nicolaisen


 On Monday, June 9, 2014 9:52:44 PM UTC+2, Clinton Parham wrote:

 Hello git users,

 I'm trying to run a git server on my Windows 7 workstation. I've 
 downloaded the Windows installer from http://git-scm.com/downloads and 
 I'm able to clone other repositories.

 Now I want to allow others to clone my repositories. But when testing my 
 setup, I get these errors (both client and server are on the same box):

 *Client side:*

 F:\gitgit clone git://localhost:9419/test.git test2
 Cloning into 'test2'...
 fatal: unable to access 'https://localhost:9419/test.git/': Unknown SSL 
 protocol error in connection to localhost:9419



 It strikes me as odd that it appears to clone over HTTPS, when you 
 specified a git:// url..  To the best of my knowledge, cloning over git:// 
 (the Git protocol) has nothing to do with HTTPS, and by extension, should 
 not involve SSL.

 Could it be that you are somehow running a HTTPS service on port 9419, 
 and Git is falling back to use this as protocol? Check what process is 
 using the port, kill the service, restart the daemon and try again.

  

Yup, I agree that SSL being involved is odd.

 A 'netstat -ano' doesn't list any process on 9419. Also, when I down the 
 git daemon, a telnet to localhost:9419 fails so I don't believe anything 
 else is listening on that port. A similar telnet works of course when the 
 git daemon is running.

 Also interesting is that the same clone works when I run it under cygwin!


You mean when running the git clone command on cygwin, or running the 
daemon on cygwin, or both?

In any case, I'm lost. Perhaps someone on the msysgit list can answer (on 
cc now).

-- 
You received this message because you are subscribed to the Google Groups Git 
for human beings group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to git-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[git-users] Re: fatal: protocol error: bad line length character

2014-06-10 Thread Thomas Ferris Nicolaisen
On Tuesday, June 10, 2014 11:47:38 PM UTC+2, Thomas Ferris Nicolaisen wrote:


 In any case, I'm lost. Perhaps someone on the msysgit list can answer (on 
 cc now).


Unfortunately, Google Groups blocks replies on that CC who are not also 
members on this list, so here's a link to the thread in that other group:

https://groups.google.com/d/topic/msysgit/Xc_hujIT_wQ/discussion

There's a reply/idea already. I'd recommend you follow up over there, 
Clinton. 

-- 
You received this message because you are subscribed to the Google Groups Git 
for human beings group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to git-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.