Description
The current Keystone module, and Keystone-ng use two out of date/defunct libraries. The new openstack library is openstacksdk.
We discussed this at a meeting and decided that the best way to go about doing things would be to just have the Keystone model be an adapter across the outdated and the modern libraries. It should be relatively simple to delegate the existing behavior to the underlying libraries where it makes sense, depending on which is installed. We should still warn on using the defunct library, and note that support for that lib will be removed in future versions of Salt.
This will also provide an opportunity to write tests for the keystone module/state.
#55611 is one of the prior issues regarding this deprecation/removal.
I guess in a checklist form:
This is a very high-level approach to the task, and the plan will probably not survive contact with the implementation. Absolutely feel free to update this as needed.
Description
The current Keystone module, and Keystone-ng use two out of date/defunct libraries. The new openstack library is openstacksdk.
We discussed this at a meeting and decided that the best way to go about doing things would be to just have the Keystone model be an adapter across the outdated and the modern libraries. It should be relatively simple to delegate the existing behavior to the underlying libraries where it makes sense, depending on which is installed. We should still warn on using the defunct library, and note that support for that lib will be removed in future versions of Salt.
This will also provide an opportunity to write tests for the keystone module/state.
#55611 is one of the prior issues regarding this deprecation/removal.
I guess in a checklist form:
openstacksdksupport the same actions as the current keystone module implementation?This is a very high-level approach to the task, and the plan will probably not survive contact with the implementation. Absolutely feel free to update this as needed.