From cd7bc814cdf066b361e3b0139be524f00d8b3999 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Fri, 13 Sep 2013 15:25:53 -0400 Subject: move to todo --- doc/bugs/http_git_annex_404_retry.mdwn | 16 ---------------- 1 file changed, 16 deletions(-) delete mode 100644 doc/bugs/http_git_annex_404_retry.mdwn (limited to 'doc/bugs') diff --git a/doc/bugs/http_git_annex_404_retry.mdwn b/doc/bugs/http_git_annex_404_retry.mdwn deleted file mode 100644 index 38ab860bb..000000000 --- a/doc/bugs/http_git_annex_404_retry.mdwn +++ /dev/null @@ -1,16 +0,0 @@ -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]] -- cgit v1.2.3