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

Feature Request: Support exporting images to a containerd socket #1393

Closed
spkane opened this issue Mar 16, 2022 · 3 comments
Closed

Feature Request: Support exporting images to a containerd socket #1393

spkane opened this issue Mar 16, 2022 · 3 comments
Labels
status/discussion-needed Issue or PR that requires in-depth discussion. type/enhancement Issue that requests a new feature or improvement.

Comments

@spkane
Copy link

spkane commented Mar 16, 2022

Description

It is more and more common not to have a local Docker daemon available and during certain testing cycles pushing to a registry is not always easy or desirable.

It would be great if you could easily create a buildpack and then export the results directly into a containerd namespace.

Proposed solution

Extend pack and the underlying creator command so that it is possible to pass in something like -containerd k8s.io, which will then tell the export step to push the results into that containerd namespace instead of into a Docker registry or daemon.

Describe alternatives you've considered

Many hacks that require running Docker, exporting to docker, pull out the image, and then re-pushing it into containerd.

@spkane spkane added status/triage Issue or PR that requires contributor attention. type/enhancement Issue that requests a new feature or improvement. labels Mar 16, 2022
@spkane
Copy link
Author

spkane commented Mar 16, 2022

Cross-posted here: buildpacks/lifecycle#829

Feel free to close one or the other, but I wasn't sure which location was best, and whether both tools would need related changes.

@spkane
Copy link
Author

spkane commented Mar 16, 2022

It looks like some discussion about adding this will be included in the RFCs that are mentioned here:
buildpacks/lifecycle#829 (comment)

@natalieparellano natalieparellano added status/discussion-needed Issue or PR that requires in-depth discussion. and removed status/triage Issue or PR that requires contributor attention. labels Mar 17, 2022
@jromero
Copy link
Member

jromero commented Apr 20, 2022

Closing this one in favor of conversations happening in buildpacks/lifecycle#829

@jromero jromero closed this as completed Apr 20, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
status/discussion-needed Issue or PR that requires in-depth discussion. type/enhancement Issue that requests a new feature or improvement.
Projects
None yet
Development

No branches or pull requests

3 participants