-
Notifications
You must be signed in to change notification settings - Fork 41
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
Release request (1.17.0) #71
Comments
I ran into a similar issue, where Thank you @beagold, now I fixed it by installing the latest
Also great thanks to all of you! 🎉 |
I've usually held releases to support a Python pre-release until the new Python version hits at least beta 1, since the C APIs are often in heavy flux during the alpha period. This has been especially true for 3.13- basically every alpha release has had major breaking API changes that would have broken any released code targeting 3.13. While it's possible to tie those changes to individual pre-releases and continually release updates during the pre-release period, it's much more difficult to test against multiple pre-releases simultaneously and release things so frequently. My current plan is still to do at least a CFFI pre-release around 3.13.0b1, with the expectation that future betas are likely to have breaking changes (though they're not supposed to)... |
Thanks for the insight @nitzmahone! I supposed that was the case, but I wanted to ask anyways. I'll wait for beta to roll around to properly announce 3.13 support for our library. For now, I'll make some quick checks by previously pulling cffi from git. Thanks again!! |
Also waiting release for musl arm64 wheels #69 |
With the beta around now, I expect many people will enable Python 3.13 in their CIs, and then run into the |
3.13.0b1 will also soon be available to setup-python: actions/python-versions#272 |
CFFI 1.17.0rc1 has been tagged and released to PyPI. The final release will likely coincide with Python 3.13.0rc1 around July 30. |
This means that anyone wanting to enable testing with py313 and have cffi as a dependency, direct or indirect should should add something like this:
|
release request is a pretty bad title compared to how the issue shows. python 3.13 not supported (yet?) |
Hi @ksaadDE, I think Python 3.13 is supported on the main branch, at least it was by the time this issue was created. However without being released, it can not be installed via commands like If you're using Python 3.13 now, you can try installing a latest version like |
hi @kLiHz I meant more compared to the "_cffi_backend.cpython-313-arm-linux-musleabihf.so:_PyErr_WriteUnraisableMsg: symbol not found" - err message. From the project view the title makes totally sense!
I am using it in a docker container as in the by @alex mentioned issue. I downgraded to docker.io/arm32v7/python:3.12-rc-alpine3.18 (python 3.12) and am trying to make the old Dockerfile run again. The cffi issue just appeared because my docker container is stuck in the build wheel for cryptography 🥇 But yes, I could have tried the git url as well, I might do that in case noting works over here. |
I have recently tried to test compatibility with the upcoming CPython 3.13 version (at the time of writing: 3.13.0a5), but ran into some issues regarding cffi incompatibility, which seem to already have been fixed by #34.
Since it has been a while since a release has been made, I would like to request a new one to be made to, not only release this 3.13 fix, but also any improvements that have been made along the way.
Thanks!
Full error traceback:
The text was updated successfully, but these errors were encountered: