Error while trying to clone the Emacs git repo (via http)

Error while trying to clone the Emacs git repo (via http)

[Dani Moncayo]

Hello all,

I'm trying to clone the Emacs git repository, from a cygwin
environment, installed on my work PC.  This PC connects to the
internet through a corporate proxy server.

I've configured git to know about the proxy:

  $ git config --global http.proxy http://myproxy.mycompany.com:xxxx

And then I've tried to clone the repo:

  $ git clone -b master git://git.sv.gnu.org/emacs.git
  Cloning into 'emacs'...
  fatal: unable to connect to git.sv.gnu.org:
  git.sv.gnu.org[0: 208.118.235.72]: errno=Connection timed out

My second try has been to uset the http protocol (since the proxy
probably does not allow the git protocol):

  $ git clone http://git.sv.gnu.org/r/emacs.git
  Cloning into 'emacs'...
  remote: Counting objects: 780227, done.
  remote: aborting due to possible repository corruption on the remote side.
  fatal: protocol error: bad pack header

The above error message suggests a problem on the remote side.  So,
could anyone try the above and see if it fails the same way?

If the problem is actually on the server side, who could I report it to?

TIA

-- 
Dani Moncayo

Re: Error while trying to clone the Emacs git repo (via http)

[Dan Čermák]

It's not just you:

$ git clone http://git.savannah.gnu.org/r/emacs.git/
Cloning into 'emacs'...
remote: Counting objects: 780227, done.
remote: aborting due to possible repository corruption on the remote side.
fatal: protocol error: bad pack header

I however do not know whom to tell, mayble you can find some contact
info on the savannah webpage: https://savannah.gnu.org/

Dani Moncayo <dmoncayo@gmail.com> writes:

> Hello all,
>
> I'm trying to clone the Emacs git repository, from a cygwin
> environment, installed on my work PC.  This PC connects to the
> internet through a corporate proxy server.
>
> I've configured git to know about the proxy:
>
>   $ git config --global http.proxy http://myproxy.mycompany.com:xxxx
>
> And then I've tried to clone the repo:
>
>   $ git clone -b master git://git.sv.gnu.org/emacs.git
>   Cloning into 'emacs'...
>   fatal: unable to connect to git.sv.gnu.org:
>   git.sv.gnu.org[0: 208.118.235.72]: errno=Connection timed out
>
> My second try has been to uset the http protocol (since the proxy
> probably does not allow the git protocol):
>
>   $ git clone http://git.sv.gnu.org/r/emacs.git
>   Cloning into 'emacs'...
>   remote: Counting objects: 780227, done.
>   remote: aborting due to possible repository corruption on the remote side.
>   fatal: protocol error: bad pack header
>
> The above error message suggests a problem on the remote side.  So,
> could anyone try the above and see if it fails the same way?
>
> If the problem is actually on the server side, who could I report it to?
>
> TIA
>
> -- 
> Dani Moncayo

Re: Error while trying to clone the Emacs git repo (via http)

[Dani Moncayo]

On Wed, Jan 25, 2017 at 10:42 AM, Dan Čermák
<dan.cermak@cgc-instruments.com> wrote:
>
> It's not just you:

Thanks.

> I however do not know whom to tell, mayble you can find some contact
> info on the savannah webpage: https://savannah.gnu.org/

I've reported the issue to the savannah admins:

  http://savannah.gnu.org/support/?109236

-- 
Dani Moncayo

Re: Error while trying to clone the Emacs git repo (via http)

[Eli Zaretskii]

> From: Dani Moncayo <dmoncayo@gmail.com>
> Date: Wed, 25 Jan 2017 10:28:49 +0100
> 
> My second try has been to uset the http protocol (since the proxy
> probably does not allow the git protocol):
> 
>   $ git clone http://git.sv.gnu.org/r/emacs.git
>   Cloning into 'emacs'...
>   remote: Counting objects: 780227, done.
>   remote: aborting due to possible repository corruption on the remote side.
>   fatal: protocol error: bad pack header

AFAIK, Savannah doesn't (yet) support Git via HTTPS.

Re: Error while trying to clone the Emacs git repo (via http)

[Bob Proulx]

Dani Moncayo wrote:
> I'm trying to clone the Emacs git repository, from a cygwin
> environment, installed on my work PC.  This PC connects to the
> internet through a corporate proxy server.

I am one of the admins working on Savannah.  I have been working on
the server migration too so can help you with this problem.

> I've configured git to know about the proxy:
> 
>   $ git config --global http.proxy http://myproxy.mycompany.com:xxxx
>
> And then I've tried to clone the repo:
> 
>   $ git clone -b master git://git.sv.gnu.org/emacs.git
>   Cloning into 'emacs'...
>   fatal: unable to connect to git.sv.gnu.org:
>   git.sv.gnu.org[0: 208.118.235.72]: errno=Connection timed out

The native git protocol uses tcp port 9418 and has no ability to use
the http proxy.  It looks like your environment blocks port 9418
making that transport impossible.  Setting up an http proxy won't be
helpful when trying to use either git:// or ssh:// protocols.

[[As an aside a workaround is if you had any other location you could
use for checkout.  Checkout there.  Then clone from your location.
This is possible and practical with git because every full clone is a
full copy of the repository and may itself be used to mirror it
elsewhere.]]

> My second try has been to uset the http protocol (since the proxy
> probably does not allow the git protocol):

I definitely recommend either the native git or ssh transports.  But
if neither of those are available that is the reason that the "dumb"
http transport exists.

>   $ git clone http://git.sv.gnu.org/r/emacs.git
>   Cloning into 'emacs'...
>   remote: Counting objects: 780227, done.
>   remote: aborting due to possible repository corruption on the remote side.
>   fatal: protocol error: bad pack header
> 
> The above error message suggests a problem on the remote side.  So,
> could anyone try the above and see if it fails the same way?

Confirmed.  This appears to be a bug in the older git code still
active on the old server.  I say old server because there is a new
server.  We have migrated most of the version services to the new
server.  I moved git there also but had to recall it back to the old
one.

[[Git has actually been moved back and forth a few times between the
old server to the new and back again over the last month.  I try not
to flip-flop it too often because people with IP checking enabled get
warning messages about the IP change causing them noise and extra
effort.  (If you have experienced this, sorry!)  But I had to recall
it back to the old server in order to avoid breakage while working
through the problem reports on the new.

The current (hopefully last) problem I am working through is a problem
using the git-daemon for native git protocol access combined with
shallow checkouts (using "--depth 1") that fails.  All other
combinations seem to be working except for that one corner case.]]

Here is a workaround that is somewhat of a hack.  The new server is
running and things are mostly okay on the new server, other than that
last problem with git-daemon.  The DNS name is simply pointing to the
old server at the moment.  Therefore as a small hack you can use our
test dns name that points to the new server and get the newer git
version installed there.  Should work for you.

  git clone https://git0.savannah.gnu.org/r/emacs.git
    Cloning into 'emacs'...
    ... takes about twenty minutes with no output on my network ...

Consider that name and protocol to be beta at this moment and not
quite released to production yet.  I am still hacking on things.  So
there may be transient problems when I have it disabled during a
debugging session.  And since the DNS name is a temporary then at some
point it will get cleaned up and you will need to revert to the
production name.  But if you use it and it works then the result is
correct.  It should work for you and get you over this problem.  If
you encounter problems using it I would appreciate problem reports.

> If the problem is actually on the server side, who could I report it to?
>
> I've reported the issue to the savannah admins:
>   http://savannah.gnu.org/support/?109236

That was perfect!  Thanks!

Just to pass along information...  If you don't like the form tracker
and prefer mailing lists like this one then it is also okay to report
issues to the savannah-hackers-public AT gnu.org mailing list too.

There are too many Savannah mailing lists to keep track of and even I
am always referring to the list of mailing lists on the project site.

  https://savannah.gnu.org/mail/?group=administration

Bob

Re: Error while trying to clone the Emacs git repo (via http)

[Bob Proulx]

Eli Zaretskii wrote:
> Dani Moncayo wrote:
> > My second try has been to uset the http protocol (since the proxy
> > probably does not allow the git protocol):
> > 
> >   $ git clone http://git.sv.gnu.org/r/emacs.git
> >   Cloning into 'emacs'...
> >   remote: Counting objects: 780227, done.
> >   remote: aborting due to possible repository corruption on the remote side.
> >   fatal: protocol error: bad pack header
> 
> AFAIK, Savannah doesn't (yet) support Git via HTTPS.

If there is a problem with http and if the problem is on the server
then there should be no difference between http and https.  They both
provide exactly the same files.  It is the same web server serving the
same files.  Shouldn't be any difference.

Using http and an http proxy however may be a source of additional
problems however because I have chased down many problems over the
years that were due only to corruption caused by the proxy.  I don't
know why but corporate http proxies seem to have a high error rate
well above any reasonable expectation.  These days, in other work, if
I need any type of reliability, or any type of web form, then I always
force https in order to avoid use of corrupting bad proxies, in order
to avoid those problems.  In some ways it is a shame that bad proxies
have destroyed it for the good ones.  But in other developments we are
trying to encrypt everything and so proxies either good or bad have
been deprecated.

Perhaps counter-intuitively the problems with git-daemon and shallow
checkouts have prevented me releasing https to production.  Or rather
I did previously release git to production.  Thought everything was
working okay.  Announced it.  Hadn't said anything about https being
available "just in case" there were problems because it isn't
available on the old server.  Then after a while started receiving
problem reports.  Argh!  I had to recall git back to the old server
while working through the problems.  Was glad I hasn't said anything
about the availability of https.  Thrashed for a bit.  Decided to push
through the other version control services in order to get as much as
possible off of the old server.  Now I am back to trying to resolve
the git-daemon problem with shallow checkouts.  Unfortunately all git
services are tied to the git.savannah.gnu.org dns name and so it is
all of it or none of it at the same time.

Just to give some visibility into the happenings for those not
following along on the Savannah mailing lists. :-)

Bob