Adrian Cole

@robbertvanginkel also, if you get a chance, can you check if latest cpython still needs hacks for wasi to build correctly? at some point would be nice if some version...

@robbertvanginkel you are a champ. Let's leave this open until the last glitches are out or timeout. Once `make wasm_stdlib` works, let's close this.

https://github.com/python/cpython/issues/93819 doesn't seem to be going anywhere, so I raised this PR instead to close out the issue. Thanks all, for the attention! https://github.com/fermyon/wagi-python/pull/4

updates: * there seems more maintenance upstream despite the zlib thing outstanding https://github.com/python/cpython/pull/101003 * there's another build curated by vmware, though I've not tried it with wazero https://github.com/vmware-labs/webassembly-language-runtimes/tree/main/python @mougeCM @robbertvanginkel...

wrt https://github.com/vmware-labs/webassembly-language-runtimes/tree/main/python I personally can't get the non-wasmedge variant working, as it errs like below. Their docker image is also wasmedge-specific which clashes with signatures in normal wasi. For now,...

It was blocking on https://github.com/python/cpython/issues/93819, but really this is incidental to wazero. We can close it and someone can know that once ^^ is resolved the normal cpython build can...

this would be cool as I feel I'm walking off a performance cliff trying to use normal protobuf ;) https://github.com/kubernetes-sigs/kube-scheduler-wasm-extension/pull/6

closing as without a test this isn't something to merge. we need to know the lifecycle relationship between onCancel and onHalfClose, specifically this assumes the latter isn't called.

trivy is enabled and there are no longer any high/critical CVEs

trivy is enabled and there are no current CVEs in our prod image