Browse Source

make git a bit less cryptic on fetch errors

The remote server might not want to tell why it doesn't like us for
security reasons, but let's make the client report such error in a bit
less confusing way.  The remote failure remains a mystery, but the local
message might be a bit less so.

[jc: with a gentle wording updates from Andy Parkins]

Signed-off-by: Nicolas Pitre <nico@cam.org>
Signed-off-by: Junio C Hamano <junkio@cox.net>
maint
Nicolas Pitre 18 years ago committed by Junio C Hamano
parent
commit
b3d9899324
  1. 2
      git-fetch.sh
  2. 2
      git-ls-remote.sh
  3. 2
      pkt-line.c

2
git-fetch.sh

@ -96,7 +96,7 @@ fi


# Global that is reused later # Global that is reused later
ls_remote_result=$(git ls-remote $upload_pack "$remote") || ls_remote_result=$(git ls-remote $upload_pack "$remote") ||
die "Cannot find the reflist at $remote" die "Cannot get the repository state from $remote"


append_fetch_head () { append_fetch_head () {
head_="$1" head_="$1"

2
git-ls-remote.sh

@ -94,7 +94,7 @@ while read sha1 path
do do
case "$sha1" in case "$sha1" in
failed) failed)
die "Failed to find remote refs" exit 1 ;;
esac esac
case "$path" in case "$path" in
refs/heads/*) refs/heads/*)

2
pkt-line.c

@ -72,7 +72,7 @@ static void safe_read(int fd, void *buffer, unsigned size)
if (ret < 0) if (ret < 0)
die("read error (%s)", strerror(errno)); die("read error (%s)", strerror(errno));
if (!ret) if (!ret)
die("unexpected EOF"); die("The remote end hung up unexpectedly");
n += ret; n += ret;
} }
} }

Loading…
Cancel
Save