From: Jeff King <peff@peff.net>
To: Siggi <siggin@gmail.com>
Cc: git@vger.kernel.org
Subject: Re: Bug report: Git 1.8 on Ubuntu 13.10 refs not valid
Date: Thu, 27 Mar 2014 14:49:16 -0400 [thread overview]
Message-ID: <20140327184916.GA28668@sigill.intra.peff.net> (raw)
In-Reply-To: <5334398E.8090402@gmail.com>
On Thu, Mar 27, 2014 at 03:45:34PM +0100, Siggi wrote:
> and git version
> git:amd64/saucy 1:1.8.3.2-1 uptodate
>
> my remote repository is on a Chiliprojekt server (a fork of Redmine).
>
> cloning the repo over http results in following error:
>
> sneher@sneher-XPS:~/Dokumente/test$ git clone
> http://sneher@git.projects.gwdg.de/xrd-csd.git
> Klone nach 'xrd-csd'...
> Password for 'http://sneher@git.projects.gwdg.de':
> fatal: http://sneher@git.projects.gwdg.de/xrd-csd.git/info/refs not valid:
> is this a git repository?
Hmm. The only way to trigger that message is if the dumb info/refs
output from the server is not valid. In particular, it is looking for
the tab character between the sha1 and the refs, and making sure that
the sha1 is exactly 40 characters.
I noticed other people having the problem, too:
https://github.com/kubitron/redmine_git_hosting/issues/106
so I think it is related to the output that the redmine plugin is
producing. But the interesting thing is that the plugin is supposed to
enable git's smart-http protocol. But the error message you are seeing
indicates that the client thinks it is doing a "dumb" http fetch.
The parsing code did not change in the v1.8.x series, but the logic to
determine whether we are using smart/dumb http did change. For example,
we now actually check the content-type returned by the server (which
should be "application/x-git-upload-pack-advertisement").
Can you try running your clone with GIT_CURL_VERBOSE=1 in the
environment? That should show the headers (including content-type). Do
be careful when sharing the output; I believe it will contain
"Authorization" lines that have your base64-encoded password on them.
Also, I would be curious to see the output of:
curl http://sneher@git.projects.gwdg.de/xrd-csd.git/info/refs | cat -A
My suspicion is that it is really smart-http output, but the client is
parsing it as dumb-http output (and probably because of the content-type
mentioned above).
-Peff
next prev parent reply other threads:[~2014-03-27 18:49 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-27 14:45 Bug report: Git 1.8 on Ubuntu 13.10 refs not valid Siggi
2014-03-27 18:49 ` Jeff King [this message]
[not found] ` <5339A38D.1080504@gmail.com>
2014-03-31 18:01 ` Jeff King
2014-03-31 18:27 ` Junio C Hamano
2014-03-31 18:57 ` Jeff King
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20140327184916.GA28668@sigill.intra.peff.net \
--to=peff@peff.net \
--cc=git@vger.kernel.org \
--cc=siggin@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).