-
Notifications
You must be signed in to change notification settings - Fork 559
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
Python3.9 on aarch64 for macOS 13.4.1. #696
Comments
Hello, @tvorogme ! Thank you for creating this issue, we'll investigate it and see what can be done :) |
@dusan-trickovic hey! When approximately can we expect a fix? I really need this container for cross-platform distribution of the package. |
Hello @tvorogme ! Thank you for reaching out and I apologize for a later response. I will consult with the team regarding this and get back to you with our findings as soon as possible. Thank you for your patience and cooperation on this :) EDIT: In case there were any recent developments / updates regarding this issue, please feel free to let us know about it |
Hello again, @tvorogme ! I just wanted to check in with you and ask you if you could please try using Python version such as Newer versions (such as If you encounter any more issues (similar to this or otherwise), please don't hesitate to reach out again. On the other hand, if this solved your issue, you can also let us know about it so that we can close it. Thank you very much for your cooperation :) |
@dusan-trickovic hey! Glad you right back. Thanks for the idea, but it doesn't work for me. We are developing a package that should be available on: Windows / Linux / macOS. Since we work with pybind11 we are tied to the major python releases, so we support py3.9 / py3.10 / py3.11. If we make a package for py3.10 it means it won't work for py3.9. As a temporary solution, I made a separate workflow just for macOS aarch64 / x86_64 that installs python3.9 from brew, because it's not working from Your workflow works for all other versions, and it's very cool. You also can look at status of python versions, the Python3.9 is not |
Hello again @tvorogme ! I just wanted to drop an update here and say that, at this time, we only have Thank you very much for your time and cooperation :) |
I can't believe this is still a problem 3 years after Python started supporting the M1 architecture. However, it's not just Apple hardware having problems as I have issues with major version numbers such as version '3.10' with architecture 'arm64' was not found for Debian 12. |
Is there a timeline on getting support for installing 3.8 and 3.9 in mac arm runners? We wanted to automate the build and upload of our Python package but doing it only for >= 3.10 and having to manually build and upload for lower versions wouldn't be of much value 🥲 |
i'm getting the same for 3.9 on Debian 12😞 |
For anyone else with this problem, we resolved to drop setup-python and just install python, pip, and poetry manually. Full working example here: https://github.com/google/temporian/blob/main/.github/workflows/publish.yaml
|
Are you all using v5 of the Action??
|
We were using v4 before switching to the manual installations, haven't tried v5 on arm |
I also just got hit by this for all 3.7-3.9 versions after using macos-latest successfully for year or so in GHA. I can understand python versions beyond EoL not working, but it is disappointing to see others stopped working as well. I also test pypy3.9 and pypy3.10 - should I expect pypy3.9 to stop working on macos-latest any day now as well? Where can I find the support matrix? |
… support python < 3.10 See issue: - actions/setup-python#696 - actions/setup-python#850
Workaround for actions/setup-python#696. macos-latest recently was updated to point to macos-14, which does not support Python 3.7, 3.8, 3.9 on ARM.
* Fix unit tests Workaround for actions/setup-python#696. macos-latest recently was updated to point to macos-14, which does not support Python 3.7, 3.8, 3.9 on ARM. * Update unit.yml * Update unit.yml
* Fix unit tests Workaround for actions/setup-python#696. macos-latest recently was updated to point to macos-14, which does not support Python 3.7, 3.8, 3.9 on ARM. * Update unit.yml * Update unit.yml
* Fix unit tests Workaround for actions/setup-python#696. macos-latest recently was updated to point to macos-14, which does not support Python 3.7, 3.8, 3.9 on ARM. * Update unit.yml * Update unit.yml
lxml compilation errors are failing 3.8-macos builds. Possibly related to actions/setup-python/issues/696
lxml compilation errors are failing 3.8-macos builds. Possibly related to actions/setup-python/issues/696
Importing `lxml` in Python 3.8 now throws an `ImportError` on macOS: ```python-traceback Traceback (most recent call last): File "/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/_pytest/config/__init__.py", line 743, in import_plugin __import__(importspec) File "/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/_pytest/assertion/rewrite.py", line 171, in exec_module exec(co, module.__dict__) File "/Users/runner/work/CumulusCI/CumulusCI/cumulusci/tests/pytest_plugins/pytest_sf_orgconnect.py", line 9, in <module> from cumulusci.cli.org import org_remove, org_scratch, org_scratch_delete File "/Users/runner/work/CumulusCI/CumulusCI/cumulusci/cli/org.py", line 12, in <module> from cumulusci.core.config import OrgConfig, ScratchOrgConfig File "/Users/runner/work/CumulusCI/CumulusCI/cumulusci/core/config/__init__.py", line 8, in <module> from cumulusci.core.utils import import_global File "/Users/runner/work/CumulusCI/CumulusCI/cumulusci/core/utils.py", line 21, in <module> from cumulusci.utils.options import parse_list_of_pairs_dict_arg File "/Users/runner/work/CumulusCI/CumulusCI/cumulusci/utils/__init__.py", line 20, in <module> from .xml import ( # noqa File "/Users/runner/work/CumulusCI/CumulusCI/cumulusci/utils/xml/__init__.py", line 5, in <module> from lxml import etree as lxml_etree ImportError: dlopen(/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/lxml/etree.cpython-38-darwin.so, 0x0002): symbol not found in flat namespace '_exsltDateXpathCtxtRegister' ``` According to the discussion on actions/setup-python#696, `macos-latest` runners are now on `AArch64`, while `macos-13` is still on `x86`. This PR switches the 3.8 runner to `macos-13` as a workaround.
This reverts commit 7578585.
This reverts commit 440a8c3.
This reverts commit 440a8c3.
Confirmed, thanks!
|
Thanks @hugovk for the confirmation and proceeding to close the issue as issue addressed and confirmed. |
This reverts commit 1bf3b9b.
This reverts commit 1bf3b9b.
This reverts commit 1bf3b9b.
Description:
Error: The version '3.9' with architecture 'arm64' was not found for macOS 13.4.1.
Action version:
'actions/setup-python@v4' (SHA:bd6b4b6205c4dbad673328db7b31b7fab9e241c0)
Platform:
Runner type:
Tools version:
(aarch64, macOS, Python3.9)
Repro steps:
Expected behavior:
Successfully installed python
Actual behavior:
Error message
The text was updated successfully, but these errors were encountered: