| ▲ | PufPufPuf 7 hours ago | |||||||
One thing I don't like about Podman is that it pretends to be docker-compatible while having some minor differences that will come to bite you. And users of your docker-based project who try to run it on Podman will come to you and complain. | ||||||||
| ▲ | 2bitencryption 6 hours ago | parent | next [-] | |||||||
I've found most of the differences to come not from the socket API, or the logical behavior, or CLI differences. But instead from assumptions Docker makes, that it's running rootful, when Podman will not (by default). As such, most of the fixes for Podman/Docker incompatibilities is just addressing that assumption with a few extra flags on the Podman commands to change how the user namespace maps between the container and the host, etc etc. | ||||||||
| ||||||||
| ▲ | rgovostes 6 hours ago | parent | prev | next [-] | |||||||
I've been using Podman on Mac and Linux for 3 years, and unfortunately, I have found this to be perennially true. I am willing to doggedly pursue the root cause and file bugs, but for many people it will just seem broken. Most recently: Netavark doesn't match Docker's behavior with accepting broadcast traffic on a published port. | ||||||||
| ▲ | tikkabhuna 5 hours ago | parent | prev [-] | |||||||
Yes! It put me off Podman for years. I do now think it has some clever ideas and if you’re running RHEL it’s a no brainer, but they should be more upfront that you will have to adapt. Especially if you’re moving from rootful docker to rootless Podman. | ||||||||