-
-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
Update ansible, ansible-core and ansible-compat to latest versions #27148
base: master
Are you sure you want to change the base?
Conversation
Notifying maintainers: |
33ae812
to
1e06f16
Compare
port lint is failing for py-bcrypt. This issue is unrelated to the update and was there before the change. |
Yes, because the macOS 15 builder often runs for 6 hours, at which point it's killed by GitHub. Though I'm happy to rerun that, if you think there's a chance it might succeed? |
Restarted the macOS 15 build, let's see how it goes... |
Great, glad we reran it! |
because it needs to build all dependencies because we don't have a macOS 15 arm64 buildbot worker yet. We should not have added macOS 15 to GitHub Actions CI without that in place. |
115cf75
to
9494648
Compare
9b805c3
to
2f4ea11
Compare
Update to python 3.13 and update where appropriate - py-bcrypt: update to 4.2.1, update related cargo modules add python 3.13, remove python 37 and 38 - py-httplib2: add python 3.13 - py-paramiko: update to 3.5.0 add python 3.13 - py-pynacl: add python 3.13 - py-resolvelib: update to 1.1.0 add python 3.13 - py-subprocess-tee: update to 0.4.2 add python 3.13
@jmroot - The latest CI failure on this PR is due to py-setuptools being upgraded to 75.8.0. The latest ansible-core wants setuptools<=75.6.0. The setuptools update might also break older ansible installs. |
I doubt there's any actual incompatibility between these setuptools versions. Ansible is just setting an upper bound (in pyproject.toml) of the latest version they tested with. |
@jmroot - do you know of a simple way to detect py-setuptools version? I hacked in a patch, but would prefer it to be less hard coded. |
To remove the upper bound you can just remove the <= version entirely, e.g. change |
to latest revs for python 3.13 support py-ansible: upgrade to 11.1.0 add python313 patch to remove upper version boundary of py-setuptools >75.6.0 py-ansible-core: upgrade to 2.18.1 add python313 remove defunct ansible-connection py-ansible-compat: upgrade to 24.10.0 add python313 correct download name and homepage ansible-select: remove defunct ansible-connection
That last force push should implement the suggested setuptools version edit and add a few lines to remove any sylink to ansible-connect-3XX now that it's been removed from ansible. Assuming this passes CI, I'm hoping someone can either finally commit the PR or make suggestions on what needs to be done to get it approved. |
Description
Update ansible to 11.1.0, add python313
ansible-core to 2.18.1, remove defunct ansible-connect, add python 313
ansible-compat to 24.10.0, update download name, add python313
ansible-select: remove defunct ansible-connect
py-bcrypt, py-httplib2, py-paramiko, py-resolvelib,py-subprocess-tee
Update to python 3.13 and update where appropriate
add python 3.13, add patch to remove uppoer version boundary of py-setuptools (75.8.0)
Type(s)
Tested on
macOS 15.1.1 24B91 arm64
Xcode 16.2 16C5032a
Verification
Have you
port lint
?sudo port test
?sudo port -vst install
?