meejah

I do agree with your assessment. I'm personally going to be putting my effort (further) into the "next gen" transfer protocol (see e.g. https://github.com/magic-wormhole/magic-wormhole/pull/445 ) which won't use Zip at...

Hmm, just noticed this due to the fresh activity: sounds like parallels to TCP and other protocols for "half close" (which we have to deal with in magic-wormhole too): you...

Can you say how you installed this? I did a `pip install carml` in a new virtualenv (ended up with Python 3.9.2) and the above command worked. Can you dump...

Cool, those might make some numbers suitable to add to "the ecosystem doc" (https://github.com/magic-wormhole/magic-wormhole/blob/master/docs/ecosystem.rst) or somewhere in the general protocols repo

> wss support doesn't really give us much though, does it? Not really, it's already end-to-end encrypted in the protocol itself (and authenticated). I believe at least _part_ of the...

Yes, typically WASM will _require_ ``wss://``

You could already stream tarballs with the Python client too. The real "ask" here is to continue to support "sending a directory" but with a low-level primitive that _isn't_ Zip...

> With "streaming" I mean "build the tar ball on the fly while sending so that you don't have to use twice the storage space" Yes, you could use a...

Ah, right, size ...

Also, to be clear: I would like the Python implementation to be fixed in this regard too (hence, leaving this ticket open). Technically, nothing prevents streaming a large Zip file...