News for hackers. Stuff that matters.
Re:Docker Expands Relationship with Microsoft by stevekemp on Thursday May 28, 2020 @12:26PM (#23339160)
The downside to podman is that you lose docker-compose. (Yes I know there is podman-compose, but it isn't as complete.)

docker-compose has issues of its own, but when you can use it then it works really well.

Re:Docker Expands Relationship with Microsoft by Macha on Thursday May 28, 2020 @12:40PM (#23339362)
At least for my use case, I haven't really noticed anything missing from podman-compose when I dumped docker-compose for it.

I think ideally they want you to use kube XML for this use case, though I haven't because it doesn't let me associate a named volume with a set of containers. The suggestion is to use bind mounts to the host instead, which feels like an issue for container portability. Podman Compose does not have this limitation

Re:Docker Expands Relationship with Microsoft by hiram112 on Thursday May 28, 2020 @07:23PM (#23344304)
I tried to use the Podman and Podman-compose stack for a large develop docker environment I run locally.

The individual containers build alright, but running the compose with Podman-Compose failed miserably with unhelpful output - just a bunch of Python stack traces. Running it with Docker-Compose just worked.

I think that Docker-Compose is just a lot more lenient with Yaml type errors - where things should and shouldn't be surrounded in quotes. Podman-Compose just needs to be a little more forgiving, and continuing to parse the compose files if the semantics can be assumed, even if the syntax is not perfect.