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

doc/backends/comment_28_44e8d93b1f0a88c36543438d6e33d702._comment

@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="Ilya_Shlyakhter"
+ avatar="http://cdn.libravatar.org/avatar/1647044369aa7747829c38b9dcc84df0"
+ subject="comment 28"
+ date="2018-11-01T17:12:59Z"
+ content="""
+\"The risk that the content at an url might change varies over time or something like that, so I think it makes sense to treat URL keys as specially unstable.\" -- but, if I understand correctly, a URL key does not actually represent a URL?  Rather, a URL can be attached to _any_ key, and if the contents of some URLs claimed by a remote is unstable, such remotes should be marked as untrusted; while if the contents of a URL key is stored in a trusted remote, that contents is not unstable.  But URL and WORM keys are both \"unstable\" in that their contents can't be verified.  
+[[todo/alternate_keys_for_same_content] could mitigate that.
+"""]]

doc/bugs/Can__39__t_add_remotes_through_the_web_assistant/comment_9_4081e8a2fa3899942f27a6fa356f9c63._comment

@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="andrew"
+ avatar="http://cdn.libravatar.org/avatar/acc0ece1eedf07dd9631e7d7d343c435"
+ subject="comment 9"
+ date="2018-11-01T12:15:34Z"
+ content="""
+Thank you for fixing!
+
+|| If anyone would like to help triage out important problems like this one that I may be missing, that would be great.
+
+I can try. How would you like to receive this information?
+"""]]

doc/bugs/gcrypt_rsync_remotes_don__39__t_work/comment_1_55c8e449467f0b4b771e77d7b2b63133._comment

@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="andrew"
+ avatar="http://cdn.libravatar.org/avatar/acc0ece1eedf07dd9631e7d7d343c435"
+ subject="comment 1"
+ date="2018-11-01T12:02:59Z"
+ content="""
+I was [never able to get relative path's to my repo working with the gcrypt remote and rsync](http://git-annex.branchable.com/bugs/gcrypt_remote__58___every_sync_uploads_huge_manifest/#comment-9aebc8b168c58568c668f91bd6b19d11). Have you tried entering an absolute path instead of just `repo`?
+
+"""]]

doc/bugs/unable_to_access_annexed_files_from_a_git_repo_website_serving_via___34__smart_HTTP__34__.mdwn

@@ -118,3 +118,4 @@ But also note that `git-annex` seems to not even provide any agent value while t
 ```
 10.31.191.134 - - [01/Oct/2018:13:12:45 -0400] "GET /labs/haxby/raiders/.git//config HTTP/1.1" 206 501 "-" "-"
 ```
+[[fixed|done]] --[[Yarik]]

doc/forum/assistant_to_have_synced_folders/comment_1_e2e49f5278b921f8817ad6ac89a6aaf8._comment

@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="andrew"
+ avatar="http://cdn.libravatar.org/avatar/acc0ece1eedf07dd9631e7d7d343c435"
+ subject="comment 1"
+ date="2018-11-01T12:24:10Z"
+ content="""
+If you want to be able to drop files into your server repo directly and have those files seen by git-annex and then synced back to your laptop you will need your server repo to be non-bare (IE a normal full git repository). Bare repositories are never monitored by git-annex assistant ([see somewhat related comments on that here](http://git-annex.branchable.com/bugs/OSX_Assistant_will_not_automatically_drop/#comment-e81c8bac6a39c90692a3eb695c8dc416)).
+"""]]

doc/forum/assistant_to_have_synced_folders/comment_2_690a144201e7df5972fd48af8c1d46f7._comment

@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="marvin@3296bf3c446430c3b2ebc32b5c784ee976620847"
+ nickname="marvin"
+ avatar="http://cdn.libravatar.org/avatar/a07e2adf7ff40bdd4c3fe20ededc0a4e"
+ subject="comment 2"
+ date="2018-11-02T08:57:39Z"
+ content="""
+server and laptop repos are not bare. there are normal checkout out git repos. there are not created by the assistant and i wonder if i have to do that if i want a dropbox like sync.
+"""]]