-
Notifications
You must be signed in to change notification settings - Fork 781
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
buildah commands that don't involve building containers at all run through unshare #5750
Labels
Comments
The |
Ugh. I guess #3259 is a complicating factor here? |
Here's a kinda silly 'fix' for this, I guess...
|
Let's just add the ones that make no sense to unshare to the line above:
|
rhatdan
added a commit
to rhatdan/buildah
that referenced
this issue
Sep 23, 2024
Fixes: containers#5750 Signed-off-by: Daniel J Walsh <[email protected]>
A friendly reminder that this issue had no activity for 30 days. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Description
This is yet another in the series of 'issues to do with running buildah in a locked-down container' - see #4563 , #1901 - but with a twist: we want to use buildah to do things that don't involve building containers at all, but those commands still run through unshare. @terinjokes also noted this in #1901 (comment) .
@jeremycline and I are working on improving Fedora's container registry publication. All this needs to do is take some already-built container images from a Fedora compose, create a multiarch manifest, and push the images and the manifest to some registries. The only tools we've found for doing this are buildah and podman. We have the code for this all written. But when we try to deploy it in an openshift container (which is where we want to deploy it), it blows up because unshare doesn't work. Well, sure, it doesn't, and we don't really want to mess around with the container security stuff to allow it, because we shouldn't need it to do this. Commands which just create manifests and push images to registries should not need to run through isolation; they're just writing trivial JSON and making web API calls. (podman appears to have basically the same problem as buildah).
We would happily use a different tool for this if we could find one that just does this and avoids the mess, but we can't (suggestions welcome). We really don't want to have to write one.
Steps to reproduce the issue:
buildah login
orbuildah manifest create
orbuildah manifest push
Describe the results you received:
Describe the results you expected:
successful login
The text was updated successfully, but these errors were encountered: