Skip to content

Conversation

@botantony
Copy link
Member

Closes ublue-os/homebrew-tap#177

Important: Do not tick a checkbox if you haven’t performed its action. Honesty is indispensable for a smooth review process.

In the following questions <cask> is the token of the cask you're submitting.

After making any changes to a cask, existing or new, verify:

Additionally, if adding a new cask:

  • Named the cask according to the token reference.
  • Checked the cask was not already refused (add your cask's name to the end of the search field).
  • brew audit --cask --new <cask> worked successfully.
  • HOMEBREW_NO_INSTALL_FROM_API=1 brew install --cask <cask> worked successfully.
  • brew uninstall --cask <cask> worked successfully.

@maythazin5
Copy link
Contributor

Any reason why gcloud linux support is needed?

@bevanjkay
Copy link
Member

Any reason why gcloud linux support is needed?

I don't really understand this question? The package is available for installation on Linux, so it makes sense for it to be available in homebrew-cask for Linux users?

@maythazin5
Copy link
Contributor

Any reason why gcloud linux support is needed?

I don't really understand this question? The package is available for installation on Linux, so it makes sense for it to be available in homebrew-cask for Linux users?

We are just wondering whether there is significant user demands to add Linux support, or if we are proceeding simply for consistency with gcloud's existing offerings for different platforms?

One caveat is gcloud has linux packages available but gcloud linux x86_64 package comes with their own bundled Python so this gcloud cask will install additional python but gcloud will not use it.

@bevanjkay
Copy link
Member

We are just wondering whether there is significant user demands to add Linux support, or if we are proceeding simply for consistency with gcloud's existing offerings for different platforms?

I don't believe there's anything really to discuss here unless there is a technical reason that the cask would never work. If an install is possible through Homebrew, and somebody opens a PR for it, and it works, then we ship it.

If you aren't willing to help get this over the line, then I would kindly ask that you move on from this PR.

@SMillerDev
Copy link
Member

Seems like the install needs a python binary on Linux. Is there a uses_from_macos "python" => :build for casks?

@bevanjkay
Copy link
Member

Yeah I need to put the dependency back in for Linux arm. It's only the x86_64 that bundles it.

@bevanjkay bevanjkay force-pushed the gcloud-cli-linux branch 2 times, most recently from b8d8c0b to 37c60ea Compare January 27, 2026 10:38
@bevanjkay bevanjkay marked this pull request as ready for review January 27, 2026 10:47
@maythazin5
Copy link
Contributor

Thanks @bevanjkay!

For Linux Arm, most gcloud commands will work without these extension modules but some commands like gcloud storage have dependency of grpc modules. Since gcloud config virtualenv in postflight only works for macOS to install modules now, users can manually install those modules after installing gcloud cask on Linux ARM. This is the known issue / gap for Linux ARM and we are still looking into how to bundle those modules with gcloud Linux ARM packages by default.

@bevanjkay bevanjkay added the ready to merge PR can be merged once CI is green label Jan 27, 2026
@bevanjkay bevanjkay enabled auto-merge January 27, 2026 22:06
@bevanjkay bevanjkay added this pull request to the merge queue Jan 28, 2026
Merged via the queue into main with commit 8e0c6aa Jan 28, 2026
21 checks passed
@bevanjkay bevanjkay deleted the gcloud-cli-linux branch January 28, 2026 08:54
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

linux cask ready to merge PR can be merged once CI is green

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Request: gcloud-cli

7 participants