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

doc/forum/standalone_tarballs_for_specific_versions/comment_2_211e260fbc60dc83a8986fac4e9700b7._comment

@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="Ilya_Shlyakhter"
+ avatar="http://cdn.libravatar.org/avatar/1647044369aa7747829c38b9dcc84df0"
+ subject="URL for git-annex-standalone for specific version"
+ date="2020-03-04T01:33:30Z"
+ content="""
+`git-annex-whereis` does not seem to report a URL... how do I find it?
+
+[[!format sh \"\"\"
+(base) 20:26  [downloads.kitenet.net] $ git annex whereis /data/sw/ga-archive/downloads.kitenet.net/git-annex/linux/current/git-annex-standalone-amd64.tar.gz
+whereis git-annex/linux/current/git-annex-standalone-amd64.tar.gz (1 copy)
+        840760dc-08f0-11e2-8c61-576b7e66acfd -- main repo [origin]
+\"\"\"]]
+
+Reason for needing a stable per-version URL is that conda recipes require one.
+"""]]

doc/forum/walkthrough_report_setting_up_tor_p2p_remote.mdwn

@@ -9,15 +9,18 @@ I wanted to understand what the individual setup steps are doing in detail. I ho
 This is what the **enable-tor** command does:
 
 Be
-hiddenServiceSocketFile=/var/lib/tor-annex/$(id -u)_$(git config --get annex.uuid)/s
+`hiddenServiceSocketFile=/var/lib/tor-annex/$(id -u)_$(git config --get annex.uuid)/s`
 
 - prepHiddenServiceSocketDir effectively does
-  mkdir -p $(dirname $hiddenServiceSocketFile)
+
+  `mkdir -p $(dirname $hiddenServiceSocketFile)`
 
 - adds two lines to /etc/tor/torrc
 
+  ```
   HiddenServiceDir /var/lib/tor/tor-annex_$(id -u)_$(git config --get annex.uuid)
   HiddenServicePort $newport unix:$hiddenServiceSocketFile
+  ```
 
 - restarts the tor service and waits for it to come back
 
@@ -32,9 +35,11 @@ hiddenServiceSocketFile=/var/lib/tor-annex/$(id -u)_$(git config --get annex.uui
   
   Confirmed in comment in Auth.hs:
   
+  ```
   -- We can omit the port and just use the onion address for the creds file,
   -- because any given tor hidden service runs on a single port and has a
   -- unique onion address.
+  ```
 
 - Wouldn't it be easier if git-annex-remotedaemon would just run a child tor
   process? This way git-annex would fully control the config file and there were
@@ -46,7 +51,7 @@ hiddenServiceSocketFile=/var/lib/tor-annex/$(id -u)_$(git config --get annex.uui
 
 ## git-annex-p2p --pair
 
-Man page: https://git-annex.branchable.com/git-annex-p2p
+Man page: <https://git-annex.branchable.com/git-annex-p2p>
 
 I did not use the --pair option since it was unclear to me what exact Wormhole version was needed. Also it was to magic for me.
 So far I did the pairing only in one direction and still the synchronization seems to work at least in one direction. I don't remember ATM whether I also tested the other direction.
@@ -76,7 +81,7 @@ I needed some time to find out that I need to configure "annex-tracking-branch"
 
 ## Links
 
-https://git-annex.branchable.com/special_remotes/tor/
-https://git-annex.branchable.com/tips/peer_to_peer_network_with_tor/
-https://2019.www.torproject.org/docs/onion-services
-https://riseup.net/en/security/network-security/tor/onionservices-best-practices
+- <https://git-annex.branchable.com/special_remotes/tor>
+- <https://git-annex.branchable.com/tips/peer_to_peer_network_with_tor>
+- <https://2019.www.torproject.org/docs/onion-services>
+- <https://riseup.net/en/security/network-security/tor/onionservices-best-practices>

doc/todo/shorter_keys_through_better_encoding/comment_8_5592ac9d1887183daf3173a0c27b672f._comment

@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="amerlyq+annex@12121d70a602f094228689a0a24d348d478a8af1"
+ nickname="amerlyq+annex"
+ avatar="http://cdn.libravatar.org/avatar/3d63c9f436b45570d45bd003e468cbd3"
+ subject="re: shorter symlinks"
+ date="2020-03-04T00:48:02Z"
+ content="""
+I don't need strategy nor safety.
+Create a tunable for new repos to disable directory sha completely (and if not sustainable - even readonly bit safety) - and that is enough.
+I will replay whole my history again onto new repo and make fs snapshotting more frequently.
+I can even live without base64.
+Changing defaults is undesirable - and that is understandable. 
+But we would still prefer to have an option, even if to bear the whole grunt of consequences ourselves.
+Sometimes I wonder if it worth to learn Haskell only to fork gitannex for specific needs, but the reason for this encompassing endeavor seems lame :(
+"""]]