As per Collections Removal Process — Collections not satisfying the Collection requirements , google.cloud is subject to removal from Ansible 12 after failing to address policy violations. (Removal from Ansible) Community package requirements: sanity tests · Issue #613 · ansible-collections/google.cloud · GitHub was filed eight months ago with no response from the collection maintainers after multiple pings.
Vote: Should google.cloud
be removed from Ansible 12?
- Yes
- No
- Yes
- No
The vote has passed. We now need to add the removal:
entry to the metadata in ansible-build-data.
For the record: Remove google.cloud from Ansible 12
What is anticipated to be the workaround once this is removed? (Is nobody else using GCP with Ansible?)
It does look like there were fixes to most if not all of the issues: Fix errors reported by ansible-test sanity by SirGitsalot · Pull Request #655 · ansible-collections/google.cloud · GitHub
In particular, note:
This does fix all of the issues in
validate-modules
, which is what #613 is specifically about.
You can always simply use ansible-galaxy collection install google.cloud
to install the collection if you use the ansible
community package. If you don’t use the ansible
community package, you have to explicitly install collections anyway, so in that case there should be no difference.
Is nobody else using GCP with Ansible?
People are, but google.cloud doesn’t seem to be a good collection for GCP users, see for example Community version of google.cloud.
Also the collection has a history of being unmaintained for some time, see What should be done for the sorry state of the google.cloud collection? and the resulting discussion/vote [Vote ended on 2023-02-14] Unmaintained collection: `google.cloud` · Issue #105 · ansible-community/community-topics · GitHub; in the last discussion you will find that the collection was once scheduled for removal, but that removal was cancelled (Re-add google.cloud to Ansible 8 by mariolenz · Pull Request #201 · ansible-community/ansible-build-data · GitHub) later since the collection was maintained again.
Generally it is also possible to cancel the scheduled removal again (see Ansible Community Package Collections Removal Process — Ansible Community Documentation for the process - I guess it’s missing step 0 “Someone needs to request that it gets re-added” though).
Ah, I didn’t realize it could still be manually installed that way. I thought it was going to be removed there, which is why I was so startled.
Though, I suppose this also affects the docs as well, right?
It does affect the documentation on Ansible Documentation — Ansible Community Documentation, which are the docs for the Ansible community package (which will no longer contain the collection). It does not affect the documentation on Ansible Galaxy.
well that didn’t take me long, two days in and I’ve hit the “wait a minute, this isn’t always updating things properly…” issue