4 ms·

A better solution for p2p E2EE file-transfer is croc [0] because it can compile to a statically-linked binary without runtime dependencies. Sending files: `cro

by Seirdy 7y ago

A better solution for p2p E2EE file-transfer is croc [0] because it can compile to a statically-linked binary without runtime dependencies. Sending files: `croc [files]` Receiving files: `croc code-phrase` Custom code-phrases are supported. More information on design decisions are documented in a blog post [1]. [0]: https://github.com/schollz/croc#usage https://github.com/schollz/croc#usage [1]: https://schollz.com/blog/croc6/ https://schollz.com/blog/croc6/

cyphar 7y ago
> A better solution for p2p E2EE file-transfer is croc [0] because it can compile to a statically-linked binary without runtime dependencies. For some definition of "better", sure. I really do wonder why the author didn't make it compatible with magic-wormhole. Seems a bit silly to cause incompatibility between two implementations that are so similar that they are functionally identical. > Custom code-phrases are supported. magic-wormhole supports that too (you still need to have a channel number but you can pick that too). The one feature of croc which magic-wormhole doesn't have is transfer resumption (though I do wonder how difficult it would've been to add this to magic-wormhole -- or to at least extend the magic-wormhole API to support it). As far as I can tell, the only other real benefit of croc is "it's written in Go" -- which is a real benefit for some people (most notably, Windows users without a working Python setup) but it's not really one that justifies having an incompatible version of basically the same idea.
- psanford 7y ago
  Just a note, there is a Go port of magic-wormhole that does properly interoperate with the official python version and has the benefit of not requiring a python environment: https://github.com/psanford/wormhole-william https://github.com/psanford/wormhole-william
  - cyphar 7y ago
    Oh neat, that's quite cool. I was hoping to write an Android app for magic-wormhole -- so you could share files with mobile devices. Packaging Go on Android is much nicer than Python, so I might revive that idea at some point.
    - psanford 7y ago
      I have a very (very) rough react-native frontend for this that runs on android. I've been waiting for the go-mobile module support to settle down a bit before cleaning it up and releasing it. Its probably about time for me to pick it back up again. This is not to discourage others from building on top of wormhole-william. I built the public API[1] first and then added the CLI tool with the hope that others would be able to easily pick it up and use it in other applications. [1]: https://pkg.go.dev/github.com/psanford/wormhole-william/wormhole?tab=doc https://pkg.go.dev/github.com/psanford/wormhole-william/worm...

by Seirdy 7y ago

cyphar 7y ago

> A better solution for p2p E2EE file-transfer is croc [0] because it can compile to a statically-linked binary without runtime dependencies. For some definition of "better", sure. I really do wonder why the author didn't make it compatible with magic-wormhole. Seems a bit silly to cause incompatibility between two implementations that are so similar that they are functionally identical. > Custom code-phrases are supported. magic-wormhole supports that too (you still need to have a channel number but you can pick that too). The one feature of croc which magic-wormhole doesn't have is transfer resumption (though I do wonder how difficult it would've been to add this to magic-wormhole -- or to at least extend the magic-wormhole API to support it). As far as I can tell, the only other real benefit of croc is "it's written in Go" -- which is a real benefit for some people (most notably, Windows users without a working Python setup) but it's not really one that justifies having an incompatible version of basically the same idea.

psanford 7y ago
Just a note, there is a Go port of magic-wormhole that does properly interoperate with the official python version and has the benefit of not requiring a python environment: https://github.com/psanford/wormhole-william https://github.com/psanford/wormhole-william
- cyphar 7y ago
  Oh neat, that's quite cool. I was hoping to write an Android app for magic-wormhole -- so you could share files with mobile devices. Packaging Go on Android is much nicer than Python, so I might revive that idea at some point.
  - psanford 7y ago
    I have a very (very) rough react-native frontend for this that runs on android. I've been waiting for the go-mobile module support to settle down a bit before cleaning it up and releasing it. Its probably about time for me to pick it back up again. This is not to discourage others from building on top of wormhole-william. I built the public API[1] first and then added the CLI tool with the hope that others would be able to easily pick it up and use it in other applications. [1]: https://pkg.go.dev/github.com/psanford/wormhole-william/wormhole?tab=doc https://pkg.go.dev/github.com/psanford/wormhole-william/worm...