remote-curl: always show friendlier 404 message
commitcfa0f4040dd1885fbcdd3d306c1defe22d0fee00
authorJeff King <peff@peff.net>
Fri, 5 Apr 2013 22:20:43 +0000 (5 18:20 -0400)
committerJunio C Hamano <gitster@pobox.com>
Sun, 7 Apr 2013 01:56:43 +0000 (6 18:56 -0700)
treeef8e17b203a16b3e578b80846f41fc39921f4e55
parent110bcdc3d0ea9f0042f24a4c0319dede36dfe7f9
remote-curl: always show friendlier 404 message

When we get an http 404 trying to get the initial list of
refs from the server, we try to be helpful and remind the
user that update-server-info may need to be run. This looks
like:

  $ git clone https://github.com/non/existent
  Cloning into 'existent'...
  fatal: https://github.com/non/existent/info/refs?service=git-upload-pack not found: did you run git update-server-info on the server?

Suggesting update-server-info may be a good suggestion for
users who are in control of the server repo and who are
planning to set up dumb http. But for users of smart http,
and especially users who are not in control of the server
repo, the advice is useless and confusing.

Since most people are expected to use smart http these days,
it does not make sense to keep the update-server-info hint.

We not only drop the mention of update-server-info, but also
show only the main repo URL, not the full "info/refs" and
service parameter. These elements may be useful for
debugging a broken server configuration, but in the majority
of cases, users are not fetching from their own
repositories, but rather from other people's repositories;
they have neither the power nor interest to fix a broken
configuration, and the extra components just make the
message more confusing. Users who do want to debug can and
should use GIT_CURL_VERBOSE to get more complete information
on the actual URLs visited.

Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
remote-curl.c