Podman v6.0.0
Podman 6.0’s release is prompting renewed comparison with Docker, with many developers praising Podman’s rootless architecture, systemd/Quadlet integration, and security model—especially on Linux and in homelab or server setups. At the same time, commenters highlight why Docker remains dominant: stronger branding, smoother Docker Desktop experience on macOS and Windows, better docker‑compose compatibility, and more polished tooling and hosting support. Packaging gaps on Ubuntu, subtle incompatibilities, and rough edges around SELinux, rootless networking, and file permissions are seen as the main barriers keeping Podman from broader adoption despite its technical merits.
Visual design and accessibility
- Several commenters dislike the Podman v6 site styling: low-contrast gray text on beige and serif fonts feel harder to read, like a half-loaded stylesheet.
- Others note HN itself uses higher-contrast black-on-beige and find Podman’s gray-on-beige clearly worse from a readability perspective.
Why Docker remains more popular
- Strong brand and first-mover advantage: people still say “Docker container” and often don’t know the term “OCI”.
- Many tools, PaaS offerings, and company workflows are explicitly Docker-centric (Docker Desktop, testcontainers, Coolify, ECR/ECS/Fargate, etc.).
- Inertia and “it works, why switch?” dominate in teams; perceived Podman gains (security, architecture) are indirect.
Podman strengths
- Rootless operation and no long-running root daemon are major draws; avoids the “docker group == root” problem and silent iptables rewrites.
- Quadlet + systemd integration is widely praised for servers and homelabs, replacing k3s or Docker Compose and making monitoring/logging simpler.
- Some report significant build-speed improvements and reduced power use versus k3s.
- Ability to act as a Docker API backend (podman-docker, aliasing
dockertopodman) eases migration. - New features in v6: improved networking (pasta/pesto), quadlet tooling (
quadlet list), automatic BoltDB→SQLite migration, and adherence to XDG/UAPI config specs.
Pain points and incompatibilities
- Docker Compose compatibility is the biggest recurring negative:
- podman-compose and
podman composework for many, but others hit flaky volume handling, missing features, networking differences, and broken healthcheck/dependency semantics. - Some tools (skaffold, certain testcontainers, buildx flows) misbehave or need workarounds.
- podman-compose and
- Rootless + SELinux/UID mapping often causes confusing permission issues on volumes; some say this is mostly solved, others still struggle.
- Networking bugs are mentioned (IPv6 connectivity from host, broadcast handling, macOS fs events/inotify).
- macOS experience is mixed: Podman Desktop is seen as less polished than Docker Desktop, OrbStack, Colima, Rancher Desktop, or new micro-VM tools; architecture and file-notify quirks show up more there.
Packaging and distro support
- On Ubuntu, Podman versions lag in the official repos; some see this as a blocker and contrast it with Docker’s own apt/yum repos.
- Others prefer distro-packaged versions for stability and consistency, arguing that keeping up-to-date packages is primarily the distro’s job, not Podman’s.