# Community version of google.cloud **URL:** \ **Category:** Collection Development\ **Tags:** gcp, collections\ **Created:** [October 4, 2024, 4:14pm UTC](https://forum.ansible.com/t/community-version-of-google-cloud/9684 "2024-10-04T16:14:45Z")\ **Posts on this page:** 15\ **Page:** 1
**Author:** ![ericsysmin](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/ericsysmin/32/1997_2.png) [@ericsysmin](https://forum.ansible.com/u/ericsysmin)\ **Post date:** [October 4, 2024, 4:14pm UTC](https://forum.ansible.com/t/community-version-of-google-cloud/9684/1 "2024-10-04T16:14:46Z")
With the lack of approval and maintenance on google.cloud has there been a desire to make a new community.google\_cloud collection? There are tons of PR’s to that original repo to fix issues but the original maintainers are no longer maintaining that repo and are unresponsive. There obviously is a desire and need as it’s an extremely common repo and many do automate against Google Cloud. I’m just curious if this is even possible. Telling people to use Terraform (as seen in some of the commits) is not a valid suggestion/answer when this is Ansible, and the use of Ansible is often different than Terraform. ---
**Author:** ![mariolenz](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/mariolenz/32/108_2.png) [@mariolenz](https://forum.ansible.com/u/mariolenz)\ **Post date:** [October 4, 2024, 5:04pm UTC](https://forum.ansible.com/t/community-version-of-google-cloud/9684/2 "2024-10-04T17:04:49Z")
There is (or let’s say: has been) a [community.google](https://github.com/ansible-collections/community.google) collection but we’ve [removed it from Ansible 9](https://github.com/ansible-community/ansible-build-data/issues/198) because it looked unmaintained, too. At the end of the day, we need someone to maintain the collection. No matter if it’s a resurrected `community.google` or a new `community.google_cloud` or any other collection. To make a long story short, if there’s nobody volunteering to maintain such a collection there won’t be any. ---
**Author:** ![felixfontein](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/felixfontein/32/7530_2.png) [@felixfontein](https://forum.ansible.com/u/felixfontein)\ **Post date:** [October 4, 2024, 7:56pm UTC](https://forum.ansible.com/t/community-version-of-google-cloud/9684/3 "2024-10-04T19:56:44Z")
community.google was the left-over of the Google related modules/plugins in Ansible 2.9 that didn’t go to google.cloud (i.e. which nobody wanted to have). That might explain why it was dead even before google.cloud died 🙂 Forking google.cloud as community.google\_cloud or something like that should be fine. Maybe it’s even possible to take over google.cloud, though that name might be reserved for “official” Google content, which a community version probably won’t be. Maybe @gundalow / the community team know more about that, or will at least know whom to ask 🙂 I personally agree with @mariolenz that maintaining a collection is quite an amount of work (especially for one which needs a lot of work done, like google.cloud), so we need folks who want to step up to that and who can promise to keep it doing at least for some time. (I guess theoretically one person would be enough, but more than one decreases the chance of maintainer burnout.) I guess we can use this thread to see if there are persons interesting in maintaining such a collection (or even “just” contributing - the more folks can help, the easier it usually gets). Might make sense to announce this in The Bullhorn. ---
**Author:** ![mariolenz](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/mariolenz/32/108_2.png) [@mariolenz](https://forum.ansible.com/u/mariolenz)\ **Post date:** [October 5, 2024, 2:36pm UTC](https://forum.ansible.com/t/community-version-of-google-cloud/9684/4 "2024-10-05T14:36:30Z")
> [@felixfontein](#): > > I guess we can use this thread to see if there are persons interesting in maintaining such a collection (or even “just” contributing - the more folks can help, the easier it usually gets). > > Might make sense to announce this in The Bullhorn. Good idea! I’ll mention in Bullhorn. I don’t know if this helps, but it’s worth a try. ---
**Author:** ![felixfontein](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/felixfontein/32/7530_2.png) [@felixfontein](https://forum.ansible.com/u/felixfontein)\ **Post date:** [October 5, 2024, 3:44pm UTC](https://forum.ansible.com/t/community-version-of-google-cloud/9684/5 "2024-10-05T15:44:55Z")
Hmm, the collection doesn’t really look that unmaintained to me; there was a release in August (maybe triggered by [New release? · Issue #642 · ansible-collections/google.cloud · GitHub](https://github.com/ansible-collections/google.cloud/issues/642)). Maybe it would be a good idea to start a discussion/issue **in the collection’s repository** first to figure out what’s going on? (I wasn’t able to find any such discussion.) Maybe the maintainer (there seems to be a single one) is simply time contrained and would appreciate help reviewing / triaging. In that case forking would make no sense. Does anyone know whether SirGitsalot is active in the forum? ---
**Author:** ![ericsysmin](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/ericsysmin/32/1997_2.png) [@ericsysmin](https://forum.ansible.com/u/ericsysmin)\ **Post date:** [October 5, 2024, 4:19pm UTC](https://forum.ansible.com/t/community-version-of-google-cloud/9684/6 "2024-10-05T16:19:41Z")
We can’t modify the autogenerated outputs I don’t believe. ---
**Author:** ![gundalow](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/gundalow/32/99_2.png) [@gundalow](https://forum.ansible.com/u/gundalow)\ **Post date:** [October 7, 2024, 7:03pm UTC](https://forum.ansible.com/t/community-version-of-google-cloud/9684/7 "2024-10-07T19:03:15Z")
It’s there anybody that’s interested in helping with this collection? ---
**Author:** ![mariolenz](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/mariolenz/32/108_2.png) [@mariolenz](https://forum.ansible.com/u/mariolenz)\ **Post date:** [October 7, 2024, 7:20pm UTC](https://forum.ansible.com/t/community-version-of-google-cloud/9684/8 "2024-10-07T19:20:35Z")
@gundalow I guess it’s not possible to simply take ownership of `google.cloud` because Google would object? I mean, it’s “their” namespace, isn’t it? BTW Do you know if SirGitsalot has an account here in the forum? If not, I think this a little bit problematic now that we’re moving more and more communication to the forum. ---
**Author:** ![gundalow](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/gundalow/32/99_2.png) [@gundalow](https://forum.ansible.com/u/gundalow)\ **Post date:** [October 8, 2024, 6:53am UTC](https://forum.ansible.com/t/community-version-of-google-cloud/9684/9 "2024-10-08T06:53:59Z")
> [@mariolenz](#): > > @gundalow I guess it’s not possible to simply take ownership of `google.cloud` because Google would object? I mean, it’s “their” namespace, isn’t it? That could be one option, though maybe we rename/redirect the repo & collection. ---
**Author:** ![gundalow](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/gundalow/32/99_2.png) [@gundalow](https://forum.ansible.com/u/gundalow)\ **Post date:** [October 9, 2024, 3:24pm UTC](https://forum.ansible.com/t/community-version-of-google-cloud/9684/10 "2024-10-09T15:24:09Z")
I’m meeting Google in a few weeks. Is there anybody that’s interested in helping out with the Google collection? ---
**Author:** ![shertel](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/shertel/32/1241_2.png) [@shertel](https://forum.ansible.com/u/shertel)\ **Post date:** [October 9, 2024, 3:27pm UTC](https://forum.ansible.com/t/community-version-of-google-cloud/9684/11 "2024-10-09T15:27:02Z")
Does the autogenerator for google.cloud not even exist anymore? [Remove Ansible autogeneration Code by rambleraptor · Pull Request #7161 · GoogleCloudPlatform/magic-modules · GitHub](https://github.com/GoogleCloudPlatform/magic-modules/pull/7161) The google.cloud collection is ok for creating/deleting resources, but not designed to reach the desired end state from any initial state, which is the bare minimum I expect from an Ansible module unless it declares otherwise. I would dust off my Google cloud account to review/test changes to community.google, which has less tech debt imo, and was also mainly authored by Google, just abandoned in favor of autogenerated modules. ---
**Author:** ![ericsysmin](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/ericsysmin/32/1997_2.png) [@ericsysmin](https://forum.ansible.com/u/ericsysmin)\ **Post date:** [October 9, 2024, 4:13pm UTC](https://forum.ansible.com/t/community-version-of-google-cloud/9684/12 "2024-10-09T16:13:57Z")
Agreed, there should be a sense of idempotency, supporting creation/deletion/updating of a resource. But it appears you are right the auto-generation is gone, and that’s probably why the repo is a bit of a mess. For me I’ve had so many issues with the modules over the past year I’ve had to resort to ansible.builtin.url and when statements to perform what a single module should be able to do. ---
**Author:** ![gundalow](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/gundalow/32/99_2.png) [@gundalow](https://forum.ansible.com/u/gundalow)\ **Post date:** [October 9, 2024, 6:08pm UTC](https://forum.ansible.com/t/community-version-of-google-cloud/9684/13 "2024-10-09T18:08:58Z")
@shertel @ericsysmin Are you suggesting that `community.google` might be the better way to go? ---
**Author:** ![ericsysmin](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/ericsysmin/32/1997_2.png) [@ericsysmin](https://forum.ansible.com/u/ericsysmin)\ **Post date:** [October 9, 2024, 6:24pm UTC](https://forum.ansible.com/t/community-version-of-google-cloud/9684/14 "2024-10-09T18:24:13Z")
If the auto generation no longer works, and that’s how the repo was built, it may be. But from a professional perspective I don’t understand why Google wants to abandon google.cloud. We should wait for after your meeting, as that could shine light on what the future should be/hold. ---
**Author:** ![shertel](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/shertel/32/1241_2.png) [@shertel](https://forum.ansible.com/u/shertel)\ **Post date:** [October 9, 2024, 11:35pm UTC](https://forum.ansible.com/t/community-version-of-google-cloud/9684/15 "2024-10-09T23:35:24Z")
Maybe just partially. The issue only affects google.cloud modules that manage mutable resources. Manually fixing all the affected modules seems like a large undertaking. Google could provide a programmatic way to update arbitrary resources if they wanted (AWS does, for their similar Cloud Control API service, which has been used to generate AWS modules in [GitHub - ansible-collections/amazon.cloud: Ansible Collection for Amazon AWS' Cloud Control API](https://github.com/ansible-collections/amazon.cloud)), but I guess it’s a moot point if there’s no way to generate those modules anymore to automate the fix. Any google.cloud non-module plugins, \_info/\_facts modules, or modules managing immutable resources wouldn’t be affected though. The tests for the google.cloud modules just exercise creating/deleting/no modification, so adding the missing test coverage for modifying resources could be a good first step to assess what’s broken. (But this was also my feedback ~7y ago when they were first being developed…)