- Jul 19, 2022
-
-
Jakob Meng authored
This reapplies commit 4bfa135b [1] which got reverted in commit 1b59c19a [2] due to issues in how TripleO Quickstart installed the Ansible OpenStack collection. TripleO Quickstart has now been fixed and will install code from our stable/1.0.0 branch instead of master for all RDO branches which have openstacksdk <0.99.0 [3][4]. [1] https://opendev.org/openstack/ansible-collections-openstack/commit/4bfa135b20caeb6d6c2717049059ac52fd08e0e1 [2] https://opendev.org/openstack/ansible-collections-openstack/commit/1b59c19a24c55aa236d80552dcbf70c9c7b5088e [3] https://review.opendev.org/c/openstack/tripleo-ci/+/849500 [4] https://review.opendev.org/c/openstack/tripleo-quickstart/+/849620/ Change-Id: I918d776c1560f03a4a84df371feb013d47043aa0
-
- May 25, 2022
-
-
Jakob Meng authored
This reverts commit 4bfa135b [1] because it broke TripleO [2] and possibly other users which were using code from master branch with incompatible SDK releases. We will reapply this safety check later once dust has settled. Ref.: [1] https://opendev.org/openstack/ansible-collections-openstack/commit/4bfa135b20caeb6d6c2717049059ac52fd08e0e1 [2] https://bugs.launchpad.net/tripleo/+bug/1975646 Change-Id: I637f1b7c1b792adf6d3d17a27ccb42179f56a83b
-
- May 24, 2022
-
-
Jakob Meng authored
Alongside OpenStack SDK 1.0.0 we will release a new collection version 2.0.0 which is compatible to OpenStack SDK 1.x.x series only. Code in branch stable/1.0.0 will remain compatible to OpenStack SDK 0.x.x series only. Release candidates for the first major release of OpenStackSDK 1.x.x will be numbered using 0.99.x versions. At Ansible OpenStack modules PTG on 2022-04-07 it was decided to raise an error if one is using a incompatible releases of the OpenStack SDK with our collection. We decided against showing warnings only because they can be missed easily and functionality will be broken but probably hardly detectable when using the wrong SDK. This patch bumps the minimum required SDK versions to 0.99.0, so that an error will be raised when users try to use our collection with an incompatible SDK release, e.g. use code from our master branch with a OpenStack SDK 0.x.x release. Change-Id: I3974deabc516379745794806886352279dc4f4a7
-
- Mar 10, 2022
-
-
Jakob Meng authored
For example, to_dict's computed parameter is available since SDK 0.18 (Stein) only. Overview on OpenStack SDK versions in various distributions: * ArchLinux has SDK 0.59.0 * CentOS 7 has SDK 0.36 (Train) * CentOS 8 has SDK 0.36 (Train), SDK 0.46 (Ussuri), SDK 0.50 (Victoria) and SDK 0.55 (Wallaby) * Debian 10 (Buster) has SDK 0.17.2 and Ansible 2.7.7 which does not support Ansible collections anyway. Debian's buster-backports repository has Ansible 2.9.16 but backports are provided on an as-is basis, with risk of incompatibilities. * Debian 11 (Bullseye) has SDK 0.50.0 * Ubuntu 18.04 LTS has SDK 0.11.3 which is not supported by this collection since the lowest supported version so far is 0.13 * Ubuntu 20.04 LTS has SDK 0.46.0 * Red Hat OpenStack (RHOSP) 16.0-16.2 have SDK 0.36 (Train) Change-Id: I45d3c05c2ec983993aacc7414213b394b59f5552
-
- Apr 07, 2021
-
-
AlanCoding authored
Change-Id: Ic68fe6fd43aae12f944ad17f747f6bf37bf4d324
-