-
Notifications
You must be signed in to change notification settings - Fork 293
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
Pack should allow setting a docker repository to pull lifecycle from #1083
Comments
This may help fix #904 |
@dfreilich fwiw I think configuring different (mirror) locations to find known lifecycle images is a bit different from allowing a user to pass an arbitrary lifecycle image. But doing the latter would provide a work around for the former. @samj1912 I am curious, is you private registry truly a mirror of a public registry (same repo names, different registry hostname) or would you need to supply the reference for each mirrored image. I ask because it's possible to configure a a daemon with a mirror registry, but |
It is not an exact mirror, rather a filtered version of it. Passing in an arbitrary lifecycle image would work as well. |
I lean towards arbitrary lifecycle image as suggested in the review. It would be more versatile. Big picture-wise, there is also another similar issue #821 which should enable other transparent/caching proxies. I don't think that these issues conflict given the different use cases.
|
Description
Often times, enterprises prevent access to the internet and have private registries. In cases such as these, pack doesn't allow you to run pack build unless your builder is trusted.
This is useful to allow private buildpacks/builders to function without having to configure each internal builder as trusted.
Proposed solution
Allow creating a
pack config
subcommand to set a lifecycle mirror repository which can be used instead of https://github.com/buildpacks/pack/blob/main/build.go#L44Describe alternatives you've considered
Adding each and every builder as trusted
Additional context
The text was updated successfully, but these errors were encountered: