Merge branch 'master' of ssh://git-annex.branchable.com

2 files changed, 42 insertions, 0 deletions

diff --git a/doc/bugs/get_-J_cannot_be_used_with_password-based_authentication/comment_5_b094509fe0194313666b5b1db0a68156._comment b/doc/bugs/get_-J_cannot_be_used_with_password-based_authentication/comment_5_b094509fe0194313666b5b1db0a68156._comment
new file mode 100644
index 000000000..4d904ca49
--- /dev/null
+++ b/doc/bugs/get_-J_cannot_be_used_with_password-based_authentication/comment_5_b094509fe0194313666b5b1db0a68156._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="yarikoptic"
+ avatar="http://cdn.libravatar.org/avatar/f11e9c84cb18d26a1748c33b48c924b4"
+ subject="comment 5"
+ date="2017-04-08T03:16:48Z"
+ content="""
+> How do you check if ssh has established a cached ssh connection?
+
+ssh -O check  -- somewhat of an additional overhead, but possible
+
+> GIT_SSH_COMMAND is used for every call to ssh in git-annex.
+
+so then theoretically we could implement \"may be ...\" strategy on our end in our sshrun.
+"""]]
diff --git a/doc/todo/export/comment_1_cb87f7518da252b950d70c60352e848e._comment b/doc/todo/export/comment_1_cb87f7518da252b950d70c60352e848e._comment
new file mode 100644
index 000000000..9158d123c
--- /dev/null
+++ b/doc/todo/export/comment_1_cb87f7518da252b950d70c60352e848e._comment
@@ -0,0 +1,28 @@
+[[!comment format=mdwn
+ username="anarcat"
+ avatar="http://cdn.libravatar.org/avatar/4ad594c1e13211c1ad9edb81ce5110b7"
+ subject="sounds like the dumb backend, except not dumb"
+ date="2017-04-08T20:21:41Z"
+ content="""
+This sounds a lot like what i was trying to do in [[todo/dumb, unsafe,
+human-readable_backend]], except done properly. :)
+
+I was wondering about that asymmetry recentrly, and it would seem like
+a good idea to fix this. the `--to remote` flag could especially be
+useful for directory, rsync or even webdav remotes. i am not sure how
+this could be implemented, but i would certainly use this.
+
+having addurl work would be an awesome bonus, especially with webdav,
+where the mapping can be easily guessed (like S3). could be trickier
+with rsync/directory because then the user would need to tell
+git-annex what the base url is somewhere, but would fix a ton of use
+cases i had for this, like [[forum/original filename on s3]],
+[[forum/Facilitate public pretty S3 URLs]], [[todo/hide_missing_files]]
+and, my favorite, [[forum/syncing music to my android device]].
+it would also automate, extend and simplify the
+[[tips/publishing_your_files_to_the_public/]] use case.
+
+so thanks for this effort, i think it's a great idea and i'm excited
+to test this! -- [[anarcat]]
+
+"""]]