aboutsummaryrefslogtreecommitdiff
path: root/doc/design
diff options
context:
space:
mode:
authorGravatar Richard Hartmann <richih@debian.org>2014-01-14 00:25:32 +0100
committerGravatar Richard Hartmann <richih@debian.org>2014-01-14 00:25:32 +0100
commit891ed2bf35a25c28e30c03334f5daa0f84bcbea8 (patch)
tree07f3d39aeea95b524ca3018e4be60e44f608b6c5 /doc/design
parentd823a92bc859558836f62301e99b7986e3d6f07c (diff)
Telelhash
Diffstat (limited to 'doc/design')
-rw-r--r--doc/design/assistant/telehash.mdwn12
1 files changed, 6 insertions, 6 deletions
diff --git a/doc/design/assistant/telehash.mdwn b/doc/design/assistant/telehash.mdwn
index 8abbba158..9e1d6f613 100644
--- a/doc/design/assistant/telehash.mdwn
+++ b/doc/design/assistant/telehash.mdwn
@@ -1,11 +1,11 @@
[Telehash](http://telehash.org/) for secure P2P communication between
git-annex (assistant) repositories.
-## telelhash implementation status
+## telehash implementation status
-* node.js version seems most complete
+* node.js version seems almost complete
* C version currently lacks channel support and seems buggy (13 Jan 2014)
-* No pure haskell implementation of telelhash v2. There was one of
+* No pure haskell implementation of telehash v2. There was one of
telehash v1 (even that seems incomplete). I have pinged its author
to see if he anticipates updating it.
* Rapid development, situation may change in a month or 2.
@@ -33,7 +33,7 @@ git-annex (assistant) repositories.
* XMPP pairing can also be used for telehash address discovery. (Note that
MITM attacks are possible.) Is it worth keeping XMPP in git-annex just
for this?
-* Telelhash addresses of repoitories can be communicated out of band (eg,
+* Telehash addresses of repoitories can be communicated out of band (eg,
via an OTR session or gpg signed mail), and pasted into the webapp to
initiate a repository pairing that then proceeds entirely over telehash.
Once both sides do this, the pairing can proceed automatically.
@@ -43,14 +43,14 @@ git-annex (assistant) repositories.
* In some circumstances, it would be ok to do annexed content transfer
over telehash.
Need to check if there are MTU problems with large data bodies in
- telelhash messages.
+ telehash messages.
Probably not when a bridge is being used, due to required rate
limiting in bridging over telehash. Cloud transfer remotes still needed for
those situations.
* On a LAN, telehash can be used to determine the current local IP address
of another computer on the LAN. The 2 could then determine if either uses
ssh and if so use regular git-annex-shell for transfers. Or could do
- annexed content transfer directly over telelhash.
+ annexed content transfer directly over telehash.
## generic git-remote-telehash