Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

wasmer not available/working on python 3.10, is on 3.9 #680

Open
jmgurney opened this issue Dec 21, 2022 · 1 comment
Open

wasmer not available/working on python 3.10, is on 3.9 #680

jmgurney opened this issue Dec 21, 2022 · 1 comment
Labels
🐞 bug Something isn't working

Comments

@jmgurney
Copy link

Thanks for the bug report!

Describe the bug

Attempting to run wasmer on Python 3.10 on an arm Mac fails w/:

ImportError: Wasmer is not available on this system                                                                                            

But does work fine w/ Python 3.9.

Steps to reproduce

  1. Using python3.10, make virtualenv: python -m venv p; . ./p/bin/activate
  2. Install wasmer: pip install wasmer
  3. Try to import wasmer: python -c 'import wasmer'
  4. See error

Expected behavior

Per the README.md, it says that 3.10 is supported.

Actual behavior

Error message per above generated:

$ python -c 'import wasmer; from wasmer_compiler_llvm import Compiler'
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "/Users/jmg/wasm/wasibox/p3.10/lib/python3.10/site-packages/wasmer/__init__.py", line 1, in <module>
    raise ImportError("Wasmer is not available on this system")
ImportError: Wasmer is not available on this system

Additional context

This is an Apple M1 cpu, which though not listed as supported, as is demonstrated above, appears to work fine on 3.9, or at least does not raise an error.

@jmgurney jmgurney added the 🐞 bug Something isn't working label Dec 21, 2022
@alex-first-resonance
Copy link

alex-first-resonance commented Jan 13, 2023

I'm in the process of working through this as well, in the context of fitting it in CICD, after previously making it work via dev compile on my M1.

What I've found works is to directly reference the compiled wheel for the python version in requirements.txt or equivalent, as so:

https://github.com/wasmerio/wasmer-python/releases/download/1.1.0/wasmer-1.1.0-cp310-cp310-manylinux_2_24_x86_64.whl

By just referencing the compiled wheel, you'll get the expected binary.

The source of the problem seems to be a lack of linking (arch mismatch maybe?) somewhere, but in the meantime I noticed I wasn't getting the wheel binary (essentially a default failback) and so explicitly referencing it helped.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
🐞 bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants