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 mount
doesn't seem to have a direct counterpart, but that only seems to be used in acopy
operation 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
podman
anddocker
et 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
podman
are abstracted through thePodman
class 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:
podman
anddocker
(defaults topodman
).Podman
class's existing interface to an abstract base classContainerClient
(or similar name); derivePodman
class from it.Docker
class to implementContainerClient
.Podman()
to a factory function that inspects config and dispatches appropriately toPodman()
vs.Docker()
.mock-hermetic-repo.py
with calls through these classes.Thanks in advance for any feedback on the above!
Beta Was this translation helpful? Give feedback.
All reactions