update
authorJoey Hess <joeyh@joeyh.name>
Wed, 13 Mar 2024 15:21:05 +0000 (11:21 -0400)
committerJoey Hess <joeyh@joeyh.name>
Wed, 13 Mar 2024 15:21:05 +0000 (11:21 -0400)
doc/design/passthrough_proxy.mdwn

index c5c93851681c96254ba52a3533d268feeb9bbdf6..91830f41ce6c245218a8f8b6e7f78691f272506f 100644 (file)
@@ -117,8 +117,11 @@ the client seems like the best choice by far.
 
 But, git-annex's git remotes don't currently ever do encryption. And
 special remotes don't communicate via the P2P protocol with a git remote.
-So none of git-annex existing remote implementations would be able to handle
-this case. So something will need to be changed in the remote
-implementation to handle this case.
+So none of git-annex's existing remote implementations would be able to handle
+this case. Something will need to be changed in the remote
+implementation for this.
 
 (Chunking has the same problem.)
+
+There's potentially a layering problem here, because exactly how encryption
+(or chunking) works can vary depending on the type of special remote.