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.
There is (or let’s say: has been) a community.google collection but we’ve removed it from Ansible 9 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.
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.
Good idea! I’ll mention in Bullhorn. I don’t know if this helps, but it’s worth a try.
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).
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?
We can’t modify the autogenerated outputs I don’t believe.
It’s there anybody that’s interested in helping with this collection?
@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.
That could be one option, though maybe we rename/redirect the repo & collection.