summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorGravatar Joey Hess <joey@kitenet.net>2013-08-21 15:43:37 -0400
committerGravatar Joey Hess <joey@kitenet.net>2013-08-21 15:43:37 -0400
commit00b125dff83117138bb32c4146c032dd70160ab6 (patch)
treedef062a6087b8a296d0b62d46392de0ada27650f
parentdf427749832c281df27ce6be94371ac8c903b5f8 (diff)
bug
-rw-r--r--doc/bugs/http_git_annex_404_retry.mdwn16
1 files changed, 16 insertions, 0 deletions
diff --git a/doc/bugs/http_git_annex_404_retry.mdwn b/doc/bugs/http_git_annex_404_retry.mdwn
new file mode 100644
index 000000000..38ab860bb
--- /dev/null
+++ b/doc/bugs/http_git_annex_404_retry.mdwn
@@ -0,0 +1,16 @@
+A repository like http://annex.debconf.org/debconf-share/ has a git repo
+published via http. When getting files from such a repo, git-annex tries
+two urls. One url would be used by a bare repo, and the other by a non-bare
+repo. (This is due to the directory hashing change.) Result is every file
+download from a non-bare http repo starts with a 404 and then it retries
+with the right url.
+
+Since git-annex already downloads the .git/config to find the uuid of the
+http repo, it could also look at it to see if the repo is bare. If not,
+set a flag, and try the two urls in reverse order, which would almost
+always avoid this 404 problem.
+
+(The real solution is probably to flag day and get rid of the old-style
+directory hashing, but that's been discussed elsewhere.)
+
+--[[Joey]]