bytecodealliance / bytecodealliance/wasmtime-py

Using a separately-packaged libwasmtime

Open
#323 4 comments 0 reactions 0 assignees View on GitHub
Dominant language
Python
Stars
539
Forks
69
Avg merge
13m
Merged PRs (30d)
1

Description

Thanks for this tool!

I'd like to package `wasmtime` and (at least initially) `wasmtime-py` on [`conda-forge`](https://conda-forge.org/), a cross-platform, distro-style package ecosystem.

Looking through this package's PEP-517 build system, I see it's:

- downloading and renaming a `.(so|dylib|dll)` at build time
- stashing it in `site-packages`
- discovering via relative paths at runtime

However, I also see more upstream tags of `wasmtime` than PyPI releases of `wasmtime-py`, e.g. at present `39.0.0.1` vs `39.0.0.0`, and the more troublesome historic CVE fix versions.

For a downstream like `conda-forge`, would it be unreasonable/unadvisable to:
- build the `libwasmtime` C API from source
- patch `wasmtime-py` to...
- at build time, skip downloading
- at runtime, look in the Normal Places (e.g. `$PREFIX/lib`) for `libwasmtime.*`
- pin `wasmtimepy` to the major version of `libwasmtime`

Thanks again.

Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.