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

Support containers auth #142

Closed
achilleas-k opened this issue Jan 19, 2024 · 3 comments
Closed

Support containers auth #142

achilleas-k opened this issue Jan 19, 2024 · 3 comments

Comments

@achilleas-k
Copy link
Member

Currently we don't support using containers that require authorization.

For building, osbuild uses skopeo to pull a container and will implicitly read the auth file from the standard locations described in containers-auth.json(5). However, bootc-image-builder wont be able to resolve the container to generate the manifest unless we explicitly set the path to the auth file with resolver.AuthFilePath = path.

We should support (and document) a process for users to mount an auth file into the BIB container and read it during the resolve process.

This limitation can also be worked around with the local container store feature once that's finished (pull the container on the host while authed and then use the local store to build).

@ondrejbudai
Copy link
Member

I agree that this should be solved with the local container store, not sure if we want to reimplement auth in bib...

@achilleas-k
Copy link
Member Author

Yeah I think I wrote this before we knew exactly what we were going to do with local store. I'll consider this fixed once we get that.

@ondrejbudai
Copy link
Member

We implementing pulling from the host's container storage, and this is the recommended of doing authenticated pulls (so bib doesn't need to reimplement auth itself). See https://github.com/osbuild/bootc-image-builder?tab=readme-ov-file#using-local-containers for docs.

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

2 participants