summaryrefslogtreecommitdiff
path: root/doc
diff options
context:
space:
mode:
Diffstat (limited to 'doc')
-rw-r--r--doc/bugs/annex_get_over_SSH_is_very_slow.mdwn17
-rw-r--r--doc/todo/windows_support.mdwn3
2 files changed, 20 insertions, 0 deletions
diff --git a/doc/bugs/annex_get_over_SSH_is_very_slow.mdwn b/doc/bugs/annex_get_over_SSH_is_very_slow.mdwn
index c3ebd10aa..215e725e9 100644
--- a/doc/bugs/annex_get_over_SSH_is_very_slow.mdwn
+++ b/doc/bugs/annex_get_over_SSH_is_very_slow.mdwn
@@ -14,3 +14,20 @@ Attempting to populate one annex from another over an SSH connection is very slo
Windows 7: 4.20140627-g8a36ec5 (from the git-annex download page)
Debian Linux: 3.20120629 (from the package manager)
+
+> The problem is that git-annex is designed to be used with ssh connection
+> caching. However, I have not gotten ssh connection caching to work on
+> Windows. I did try getting this to work with IIRC, cygwin's ssh, but
+> it seems that the Unix sockets it expects to use with `-o ControlMaster`
+> don't work, or it's not been ported to use the Windows equivilant.
+>
+> It's not practical to make git-annex reuse a single ssh connection
+> itself, due to the way rsync is run over ssh.
+>
+> Since this is basically a bug in ssh for Windows, and not in git-annex
+> per se, I am going to close this bug report. However, I do mention
+> this in [[todo/windows_support]].
+>
+> [[done]] --[[Joey]]
+
+[[!meta title="No ssh connection caching support on Windows"]]
diff --git a/doc/todo/windows_support.mdwn b/doc/todo/windows_support.mdwn
index 98b49b84a..cfde2fb92 100644
--- a/doc/todo/windows_support.mdwn
+++ b/doc/todo/windows_support.mdwn
@@ -12,3 +12,6 @@ now! --[[Joey]]
* Bad file locking, it's probably not safe to run more than one git-annex
process at the same time on Windows.
* No support for the assistant or webapp.
+* Ssh connection caching does not work on Windows, so `git annex get`
+ has to connect twice to the remote system over ssh per file, which
+ is much slower than on systems supporting connection caching.