-
Notifications
You must be signed in to change notification settings - Fork 350
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Publish v2 Proxy via Homebrew #95
Comments
Not sure what that is :)
|
After thinking about it more, there are some obstacles:
So Ultimately, it would be really nice if the proxy would be available with:
|
If you don't set the env variable or the flag, the Proxy will still get the
authentication used in gcloud if you have run `gcloud auth login`
|
word! just tried again, no idea what I was doing wrong before. |
I have zero experience with homebrew, but if you would like to submit a formula I would be very gracious! |
I will look into this prob within the next days. |
Any updates? If not we can leave the issue open as a feature request for anyone who finds the time, but this isn't something I will be able to spend time on personally. |
Priorities shifted unfortunately. I'm not actively looking into this right now. |
Closing - this issue hasn't been updated for over 6 months and appears to be abandoned. |
I know this issue is outdated, but just in case anyone wonders how to install cloud_sql_proxy via brew it is possible now by using gcloud:
EDIT: You can then find the binary in: |
A follow up on @andrmueller point; The binaries are now stored in
|
This seems to be installing an old version (1.13, latest is 1.17). Am I doing something wrong? I tried running |
Hello I actually might need some similar help with /usr/local/Caskroom/google-cloud-sdk/latest/google-cloud-sdk/bin/cloud_sql_proxy -instances= server info When i run this i get: No such file or directory |
Was any work done on this? |
Never mind. Just saw the last message! Good day. |
There is an unofficial brew formula here: https://github.com/tclass/homebrew-cloud_sql_proxy. However, it compiles from source which requires Go. It remains easiest to just download the latest version from the Releases page. |
Ensure requested env variables are set during builds
another A follow-up on @andrmueller point; The binaries are now here:
|
Re-opening as this would make life easier for lots of folks. Seems worth pursuing, although I can't promise a timeline presently. |
Likely blocked by #1712. |
I've created an unofficial formulae for the 2.X-version over at https://github.com/snorremd/homebrew-tap/pkgs/container/tap%2Fcloud-sql-proxy. I prefer having one package management system over a lot of different ones, so felt this was nicer than installing via gcloud components. Note that my CI job unfortunately only builds bottles for amd64 architecture so if you are on arm (e.g. M1 or M2 Mac) you need to compile from source. But Homebrew should install go for you if you don't have it installed, so you don't need to do anything manually. I've yet to figure out a cheapish way to build bottles for Mac arm processors as you'd need short lived access to a Mac M1 machine/server and Apple requires datacenters to rent on a 24hour basis. Edit: Because I don't really care to subscribe to Apple's developer program they are not notarized. |
Notarization is not strictly required by MacOS for binaries I believe. So it should be okay to host formula bottles without signing them. As for the ARM Mac issue the biggest challenge now would be that you'd have to set up and maintain a self-hosted MacOS GitHub Actions runner. GitHub do have GitHub hosted Mac runners on their roadmap for this year, so perhaps it would be wise to wait for those: github/roadmap#528 I'd be happy to help contribute something to the project, but I suppose you'd want to automate this a bit more than my current formula setup. My suggestion would be to set up a new repository, When you mint a new release you could trigger a GitHub actions job that creates a PR for the new release on the tap repository with the new version number and hash, and then allow the tap repository to follow the normal Homebrew CI process of testing the formula, bottling, and uploading packages. You can use this (i.e. cloud-sql-proxy) repository as a standalone tap, but users would then need to use a URL when adding the tap, and it would only contain the cloud-sql-proxy formula. Making a single tap for all cloud platform related binaries would be nicer for users I think. |
Yea this would be awesome. The short term solution would be to at least provide v2 installation via |
This seems like an obvious thing to ship. Bumping the priority to reflect that. Meanwhile, we're working on fixing the gcloud version to support v2, but given the breaking changes, we have to be thoughtful about doing that (and automate it which it's currently not). |
@enocom as a follow-up it appears that when installing via |
@maverick1872 This has come up before. Would you mind filing an issue here with details (your OS, your gcloud version, your PATH settings)? |
Hi there folks, |
@jhandguy Does Homebrew Core have automation to update the version? |
Looks like no: https://docs.brew.sh/Formula-Cookbook#updating-formulae. But we could easily add this to our release process. |
Is someone working on a brew formula?
The text was updated successfully, but these errors were encountered: