Use pasta’s –map-guest-addr option As of Podman 5.0 we default to “pasta” as a rootless networking application to provide network connectivity for rootless containers. Compared to our previou…
Basically, for system level containers, you can do:
sudo systemctl start podman.socket
(or enable --now instead of start if you want it to stick around after rebooting)
Then use docker-compose and it'll communicate with podman instead of docker.
For user session "rootless" containers, it's mainly the same thing, except you'll need to remove sudo and then add --user after start or enable in that systemctl command. And you'd need to set an environment variable (either prefixing it on the command or using export to set it in your session), like this:
DOCKER_HOST=unix:///run/user/$UID/podman/podman
(Put that in front of the docker-compose command and it'll connect to podman as your user instead, provided the service is available. Or toss it into your .bashrc with "export " before it and new bash sessions would have it.)
The one big gotcha I've hit is that if you have SELinux on your system, you'll want to add :z to your volume(s) mount to have it automatically deal with SELinux stuff. (Lowercase z for volumes that can be mounted for multiplayer containers and uppercase Z for volumes that are tied to a specific container.)
But, I've found that using "quadlet" service files is much, much better than using podman-compose or docker-compose. There's a program called "podlet" that can even convert compose files to service files (quadlet)... It can convert command line flags and kubes and other formats too.
Quadlets are basically systems service files that integrate with podman, letting you easily set up a container as a system (or even user level) service, making managing a container just like managing any other service.
I should clarify that the issues I had were podman compose being able to run unaltered compose files that worked with docker compose, many of which were fairly complicated. It may have been adequate for simpler use cases back when I tried it.
Take a look at the podman kube play command which lets you run K8s-style stack definitions on podman. Has partly replaced compose for me (although I still have some docker servers running for stacks that don't play nicely with podman yet).