Repository navigation
having versions-manifest.json MANIFEST_REPO_BRANCH configurable #449
Description
Description:
https://github.com/actions/setup-python/blob/main/src/install-python.ts#L13 forces to main, I'd like to use some older hash due to actions/python-versions#175
Justification:
I'm already using macOS arm64 cross compiler.
Are you willing to submit a PR?
Perhaps need some replies to actions/python-versions#114 (comment)
Activity
IvanZosimov commentedon Jul 1, 2022
Hi, @cielavenir 👋 ! We will investigate your feature request and get back to you with updates.
IvanZosimov commentedon Jul 6, 2022
Hi, @cielavenir 👋 ! Thank you for this issue, the thing is that the
version-manifest.jsonfrom themainbranch consists of the tested on our hosted runners python versions which are compatible to our hosted runners. Unfortunately we aren't going to make thisversion-manifest.jsonexternally configurable.By now I'm going to close this issue, If you have any additions or questions, feel free to ping us!
cielavenir commentedon Jul 7, 2022
@IvanZosimov On github runner macos-12, python 3.10 fails to build wheel due to broken Xcode.app path.
IvanZosimov commentedon Jul 7, 2022
@cielavenir, 👋 ! Could you please provide us with broader info about your current case? I'd suggest creating a new bug issue with a link to the public repo with a failing workflow.
cielavenir commentedon Jul 7, 2022
@IvanZosimov would you mind checking actions/python-versions#114 thoroughly?
IvanZosimov commentedon Jul 7, 2022
@cielavenir, the problem you mentioned occurred because we started to build python into a
universal2binary format. As you can see in the PR you mentioned above, this change brought a lot of issues to the customers and it was decided to temporarily disable it. Did you have any problems before we moved touniversal2bin format?cielavenir commentedon Jul 7, 2022
@IvanZosimov No problem before, but I already started to build arm64 wheels, so the github action will start to fail
IvanZosimov commentedon Jul 8, 2022
@cielavenir, We are very sorry for that, but we have to temporarily disable
universal2in order not to break a lot of workflows (that are already existed) which don't have an option to use python compiled inuniversal2format. We apologize for the temporary inconvenience.