-
Notifications
You must be signed in to change notification settings - Fork 334
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
Incorporate new changes in version module #1177
Conversation
Signed-off-by: Abhijeet Kasurde <akasurde@redhat.com>
Co-authored-by: Felix Fontein <felix@fontein.de>
recheck |
For the record:
and
|
recheck |
For the record:
|
recheck |
recheck |
For the record:
|
recheck |
This time only one failure:
Looks like the vmware_guest_network integration test failed in
|
recheck |
recheck |
ansible-test-cloud-integration-vcenter7_1esxi-python36-stable211_1_of_2 FAILURE in vmware_host_config_manager ansible-test-cloud-integration-vcenter7_1esxi-python36-stable211_2_of_2 FAILURE in vmware_host_package_info |
recheck |
ansible-test-cloud-integration-vcenter7_1esxi-python36-stable211_1_of_2 FAILURE in vmware_host_ntp_info |
@goneri ansible/check keeps failing, but as far as I can see this is not really consistent. It looks like one time it's this integration test that fails, next time another and then a third. Do we have a problem in the CI? |
recheck |
Sighs, indeed. I will take a look next week. Thank you @mariolenz. |
I increased the memory of the VCSA instance to 32GB, hopefully, this will improve the situation: ansible-network/windmill-config#929 |
recheck |
@mariolenz, all the tests passed. I will upgrade SoftwareFactory's VCSA instance to 32GB too. |
@@ -0,0 +1,2 @@ | |||
bugfixes: | |||
- "Various modules and plugins - use vendored version of ``distutils.version`` instead of the deprecated Python standard library ``distutils``." |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do we really need to embed this? It's pretty easy to compare two Ansible versions with a bit of Python.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do we really need this? As far as I can see, this is based on ansible-collections/community.general#3984 which seems to fix an issue with Ansible <2.9.20 and ansible-base <2.10.8.
However, those versions are quite old. Ansible 2.9.27 and ansible-base 2.10.16 are currently available. I should think that people who want to run the latest version of this collection would also run a current version of ansible.
If you merge something that breaks these versions which the collection claims to support, it is a breaking change and cannot be released in a new minor or patch release, but has to wait for a new major release. It doesn't matter whether these Ansible/ansible-base versions are seldomly used, or whether users of them can upgrade. So either you revert the original PR (which broke these versions), or you fix it with this PR by vendoring that file. |
Good point. But #1165 will be part of the next (major) version 2.0.0 which I'm planning to prepare soon.
Or, alternatively, we change the required ansible version to >=2.10.8 in version 2.0.0 of this collection. |
Both are fine as well. (As long as you don't forget to mention it in the changelog as a |
SUMMARY
Signed-off-by: Abhijeet Kasurde akasurde@redhat.com
ISSUE TYPE
COMPONENT NAME
changelogs/fragments/dist_version.yml
plugins/module_utils/_version.py
plugins/module_utils/version.py