Replies: 1 comment
-
|
As you stated, there is no support for anything other than podman right now. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
I'm looking at using
mock's bootstrap image support, but one of the host OSes I need to support (Azure Linux 3.0) doesn't providepodman. Is there openness to supporting alternative container runtime clients likedocker? At quick glance, it looks like most of the operations are translatable with somewhat different command line invocations. (image mountdoesn't seem to have a direct counterpart, but that only seems to be used in acopyoperation that perhaps we could simulate in another way.)I'm happy to work toward this but wanted to check in here first to see what I might be missing and if there would be openness to add such support. I'm familiar with the architectural differences between
podmananddockeret al. (and the benefits of the former), and at the same time am trying to make things work 😄.Looking through the code, I see almost all of the interactions with
podmanare abstracted through thePodmanclass inpodman.py. There's just one notable exception, inmock-hermetic-repo.py:mock/mock/py/mock-hermetic-repo.py
Lines 108 to 118 in 4cb091b
My thought is that we could:
podmananddocker(defaults topodman).Podmanclass's existing interface to an abstract base classContainerClient(or similar name); derivePodmanclass from it.Dockerclass to implementContainerClient.Podman()to a factory function that inspects config and dispatches appropriately toPodman()vs.Docker().mock-hermetic-repo.pywith calls through these classes.Thanks in advance for any feedback on the above!
Beta Was this translation helpful? Give feedback.
All reactions