←back to thread

1101 points codesmash | 4 comments | | HN request time: 0.627s | source
1. nunez ◴[] No.45139170[source]
I started working at Red Hat this past year, so obviously all Podman, all day long. It's a super easy switch. I moved to using Containerfiles in my LinkedIn courses as well, if for no other reason than it having a much more "open" naming convention!

Rootless works great, though there are some (many) images that will need to be tweaked out of the box.

Daemonless works great as well. You can still mount podman.sock like you can with Docker's docker.sock, but systemd handles dynamically generating the UNIX socket on connect() which is a much better solution than having the socket live persistently.

The only thing that I prefer Docker for is Compose. Podman has podman-compose, which works well and is much leaner than the incumbent, but it's kind of a reverse-engineered version of Docker Compose that doesn't support the full spec. (I had issues with service conditions, for example).

replies(2): >>45139531 #>>45150066 #
2. mdaniel ◴[] No.45139531[source]
> that doesn't support the full spec

I'd guess that's because "the spec" is more .jsonschema than a spec about what behaviors any random version should do. And I say "version" because they say "was introduced in version $foo" but they also now go out of their way to say that the file declaring what version it conforms to is a warning

3. figmert ◴[] No.45150066[source]
Docker compose works fine with podman via its socket.
replies(1): >>45170216 #
4. nunez ◴[] No.45170216[source]
Correct.