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

Missing FAQs #221

Open
bennuttall opened this issue May 29, 2020 · 16 comments
Open

Missing FAQs #221

bennuttall opened this issue May 29, 2020 · 16 comments
Labels

Comments

@bennuttall
Copy link
Member

bennuttall commented May 29, 2020

Got a question about piwheels? Ask it here and we'll consider adding it (and the answer) to the FAQs.

@bennuttall

This comment was marked as outdated.

@bennuttall bennuttall pinned this issue May 29, 2020
@amundgr
Copy link

amundgr commented Nov 2, 2020

I have tried to look for an answer to this online, but I can't seem to find it so here I go:

Why are there no python 3.6 wheels for numpy, python-opencv, matplotlib, etc.? I feel like I am missing something obvious, but I just can't seem to find the answer anywhere. Sorry if this is the wrong place to ask.

@bennuttall
Copy link
Member Author

It's mentioned on the homepage that we provide wheels for Jessie/Stretch/Buster and this is covered in the FAQs but I could add more detail about versions we don't build for. Here's what it says:

We build for the ABI of the Python 3 version distributed with Debian releases:

Jessie - Python 3.4
Stretch - Python 3.5
Buster - Python 3.7

Each Debian release comes with a specific Python version, shown above. We build wheels using the system Python in each of these Debian versions. There is no Debian release with Python 3.6, so we don't build 3.6 wheels. Buster is the latest stable Debian release, and it comes with Python 3.7. We won't build for any further Python versions until the next stable Debian release is available.

It's possible to build other Python versions from source, so why don't we do this and build wheels for every Python version? Two reasons:

  • Since users could build any minor version at any release stage, there's no guarantee wheels we built with a specific Python version would be compatible with the one a user is using. Plus, If we built with 3.9 beta, we'd probably have to rebuild once it was released. If we built with e.g. 3.9.1, then 3.9.2 comes out, should we move to that? Or rebuild existing wheels?

  • Python packages often depend on shared libraries provided by apt packages. The python3- packages are build against the system Python, so there's no guarantee wheels we build would be compatible.

Hope that helps. Will aim to write a concise version of this up for the FAQs.

@wolet-ft
Copy link

Are there plans to move to Python 3.8 or even 3.9 for Buster? There is currently a problem with asyncio (CookieError) for Python versions < 3.8 (see: freqtrade/freqtrade#4356, or https://github.com/encode/starlette/blob/99b37781eb88cfc2f7064724975ac5d93d623ea7/starlette/responses.py#L17-L18)

@bennuttall
Copy link
Member Author

bennuttall commented Feb 13, 2021

No - we only build for system Python versions - but Bullseye comes out this summer with 3.9. See my previous comment as to why.

@wolet-ft
Copy link

Cool!

@jedie
Copy link

jedie commented Nov 23, 2021

Oh, i found this issue entry now, after creating Include piwheels into lock file #260 ... Don't know it it's a entry for FAQ?!?

@gpongelli

This comment was marked as off-topic.

@bennuttall

This comment was marked as off-topic.

@gpongelli

This comment was marked as off-topic.

@bennuttall

This comment was marked as off-topic.

@gpongelli

This comment was marked as off-topic.

@bennuttall

This comment was marked as off-topic.

@kdewald

This comment was marked as off-topic.

@gpongelli

This comment was marked as off-topic.

@bennuttall

This comment was marked as off-topic.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

6 participants