Skip to content
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

Use a Kubernetes registry-secret instead of GCR json to connect to the registry (support ACR) #385

Closed
rakelkar opened this issue Dec 29, 2017 · 4 comments

Comments

@rakelkar
Copy link

I want to to use an Azure Container Registry instead of GCR. Binder instructions (2.3) require JSON from GCR that I obviously don't have.

Looking into the code I see helm creates a binder-secret that holds the JSON and all the code seems to need is the username/password. Seems like using a kubernetes docker-registry secret can make the code provider agnostic?

I can take a shot at a PR if this sounds reasonable?

@yuvipanda
Copy link
Collaborator

Heya!

From my understanding, a docker-registry secret is just a Kubernetes secret object structured in a specific way, with a username and password. For GCR, the 'password' is the service account file. For ACR, it looks like it might be generating a password that you can access with az acr credential show (at least according to https://medium.com/@chaliy/your-very-own-private-docker-registry-for-kubernetes-cluster-on-azure-acr-ed6c9efdeb51?)?

Either way, will welcome patches that document how to set this up on Azure, including ACR!

Thanks!

@rakelkar
Copy link
Author

Awesomesauce - may just end up being a docs PR then...

@shibbas
Copy link
Contributor

shibbas commented Feb 23, 2019

I created a PR that should help fix this: #797

@betatim betatim closed this as completed Feb 23, 2019
@betatim
Copy link
Member

betatim commented Feb 23, 2019

Closed by @shibbas's PR 🎉.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants