Conversation
|
It seems like |
|
Python 3.12 should now be available. @skjerns could you restart the jobs please (I don't have permissions to do that myself)? |
|
perfect, thanks :) |
|
Any chance for a new release so that people can use pyedflib with Python 3.12? |
|
Ah damn, it doesn't seemt to build for 3.12 https://github.com/holgern/pyedflib/actions/runs/6403993363/job/17383647330#step:5:4202 |
|
Why is it trying to build NumPy from source? |
|
I think for building the Cython extension with cimports numpy. |
|
For some reason, it does not find a BLAS library: https://github.com/holgern/pyedflib/actions/runs/6403993363/job/17383647330#step:5:4169 Why do the other build < 3.12 work then? Don't they need one (e.g. openblas)? Maybe explicitly installing openblas could solve the issue? |
|
Good question. Maybe not available on the Python 3.12 runner? |
|
It should be the same |
|
The container image for x86 is the same for all Python versions (manylinux2014_i686). Everything works on manylinux2014_x86_64, including Python 3.12. I can't read the detailed log (it says I see two options that require only little work:
Figuring out why the build for 3.12 on i686 is failing will require more digging around. Personally, I'd go with option 1 (people requiring the package for i686 can always build from source). |
|
This seems to be related: numpy/numpy#24703 Even though I agree that x86 can probably be dropped, I'd rather leave it, who knows on which devices this is running. I'll try to explicitly add openblas to python>3.11, else Skipping i686 for >3.11 would be the best solution I'd say. |
|
finally it worked! new release it out |
|
Nice! Why though? 😀 |
What do you mean? |
|
I mean, why is it working now? Did you change anything? |
|
Ah, sorry, I meant: finally excluding x68 for py3.12 worked. Installing openblas did not solve it unfortunately. I had to wiggle the settings for the this worked: |
Maybe this already works, let's see.