In-reply-to » My proof-of-concept Container as a Service (CAS or CaaS) is now up and running. If anyone wants to have a play? šŸ¤” There's still heaps to do, lots of "features" missing, but you can run stuff at least šŸ˜…

@prologic@twtxt.net @jmjl@tilde.green
It looks like thereā€™s a podman issue for adding the context subcommand that docker has. Currently podman does not have this subcommand, although this comment has a translation to podman commands that are similar-ish.

It looks like thatā€™s all you need to do to support podman right now! Though Iā€™m not 100% sure the containers I tried really are running remotely. Details below.

I manually edited the shell script that cas.run add returns, changing all the docker commands to podman commands. Specifically, I put alias docker=podman at the top so the check for docker would pass, and then I replaced the last two lines of the script with these:

podman system connection add cas  "host=tcp://cas.run..."
podman system connection default cas

(that ā€¦ after cas.run is a bunch of connection-specific stuff)

I ran the script and it exited with no output. It did create a connection named ā€œcasā€, and made that the default. Iā€™m not super steeped in how podman works but I believe thatā€™s what you need to do to get podman to run containers remotely.

I ran some containers using podman and I think they are running remotely but I donā€™t know the right juju to verify. It looks right though!

This means you could probably make minor modifications to the generated shell script to support podman. Maybe when the check for docker fails, check for podman, and then later in the script use the podman equivalents to the docker context commands.

ā¤‹ Read More