Live data from Hacker News

Podman v6.0.0

blog.podman.io

181–190 of 269 posts

Re: Podman v6.0.0

#181

Earlier quoted context omitted.

I run Ubuntu 24.04 on my laptop and servers. The Podman version is 4.9.3. It may be incompressible to you, but I'm not alone in thinking it's a problem: https://github.com/podman-container-tools/podman/issues/2707...

And that issue shows the problem with OSS. Nothing is ever good enough. > Please report this to your distribution And the reply: > but you could create your own .deb packages for each github release, which can be installed much quicker than downloading and compiling source code and all its dependencies. This is why OSS maintainers have burn out. Always wanting more and more. Not even the source code is good enough.

My point is that it's not good enough to compete in this space.

Look at the distros that Docker supports. That kind of support is what users expect. When Podman just leaves it up to the distros to support, it's understandable. But, yes, it's not enough.

Re: Podman v6.0.0

#182

Earlier quoted context omitted.

I run Ubuntu 24.04 on my laptop and servers. The Podman version is 4.9.3. It may be incompressible to you, but I'm not alone in thinking it's a problem: https://github.com/podman-container-tools/podman/issues/2707...

I'm sorry this is happening to you. I'm on the team that helped bring podman into the CNCF and I worked on ubuntu for over a decade, this isn't a technical problem this is a business one. Podman is in universe, so Canonical doesn't care unless you pay. Fair enough, good engineers cost money. RH isn't going to pay. Podman engineers would love to be in Ubuntu, the Red Hat engineers would love to directly upload into Un…

I don't claim to understand the business or politics between RedHat and Ubuntu.

I do know many projects with way less resources seem to be able to support Ubuntu and other popular distros just fine. Often through PPAs or their own apt repos (like Docker, PostgreSQL, or Incus).

If RedHat doesn't choose to, so be it. But IMO, they can't really compete with Docker when getting a recent release on the most popular distros is such a major cluster F.

Re: Podman v6.0.0

#183
post #68
post #56

Earlier quoted context omitted.

Last time I checked podman compose was only a superficial docker compose equivalent. Also stuff like inotify seems to randomly break a lot on the podman side. I'd love to be able to recommend people use podman but not having a good docker compose compatibility and missing inotify on volumes makes the DX just too problematic.

Check again? I don't have any issues like this and use podman compose in prod.

I spent about a week last year trying to move from docker+compose plugin to a podman hosted variant. It has issues on multiple stages of the lifecycle as I mentioned in my original comment. Mac users lose fs events, a lot of compose.yml features are flaky (post start events), buggy (reset and import), or just not implemented (don't remember the exact features).

If you use podman and have no issues that is awesome but your use case is probably quite narrow, you are most probably on a non fedora based Linux and keep compose usage to a minimum.

Re: Podman v6.0.0

#184
post #56

Earlier quoted context omitted.

Last time I checked podman compose was only a superficial docker compose equivalent. Also stuff like inotify seems to randomly break a lot on the podman side. I'd love to be able to recommend people use podman but not having a good docker compose compatibility and missing inotify on volumes makes the DX just too problematic.

You can use actual docker-compose with podman, the -compose projects are separate from podman/docker. podman-compose never worked well for me but docker-compose on podman did.

The CLI plugin or the script? Last time I checked the podman CLI did not support docker CLI plugins and the script is EOL since years.

Re: Podman v6.0.0

#185
post #143
post #4

No idea why Docker is still so much more popular than Podman. Podman is obviously the better implementation. The new network stuff is a welcome improvement.

Fuse overlayfs was noticeably slower than Docker's overlayfs setup. Maybe there's a way to reconfigure but I haven't checked lately. I think it was Zig (building ghostty) was broken in podman with obscure "unknown file" errors. Turns out that was lack of fuse-overlayfs supporting some attributes it was trying to check. It's random, little things like that which keep biting me every time I try to make the switch. I us…

Podman, including rootless podman, uses native overlays since Linux 5.11: https://github.com/torvalds/linux/commit/459c7c565ac36ba09ff...

Re: Podman v6.0.0

#186
post #4

No idea why Docker is still so much more popular than Podman. Podman is obviously the better implementation. The new network stuff is a welcome improvement.

I hold that thought about RancherDesktop.

Re: Podman v6.0.0

#187
post #19

Quadlets and rootless containers are two major reasons I'll be switching from Docker to Podman.

I administrate my home lab using podman desktop and quadlets. It is one of the few GUIs for what is mostly a cli utility that really adds value.

Re: Podman v6.0.0

#188

Earlier quoted context omitted.

The one big reason I dread giving up compose files is that they're a great way to have system agnostic documentation on how to setup a new stack. That means every developer can just start the thing locally, and it's pretty much the same as on the server (and everyone elses laptop). Podman doesn't officially support any thing platform agnostic. How do you (or anyone) deal with this for a project in active development?

podman can work with kube files, which is the YAML format from Kubernetes. That's more "platform agnostic" than docker-compose. And it can be read as a documentation in the same way.

Kubernetes isn’t a great example of you can just read it like a document. The resource kind jargon is huge.

Most compose files are small and use familiar linux jargon.

I can give an non-dev IT person a compose file and they can understand every key. I can’t do that with K8s or Quadlet.

Re: Podman v6.0.0

#189
post #164

Earlier quoted context omitted.

> As long as they refuse to support installing on Ubuntu (and other popular distros), without relying on the distro repos which are always out of date, they will continue to lose to Docker. Your needs are incomprehensible to me: that is exactly why I use podman: a predictable version of it is in my distro's repos. I go to docker.com and how do I even install the thing? What's "docker sandboxes"? Get the latest versio…

I run Ubuntu 24.04 on my laptop and servers. The Podman version is 4.9.3. It may be incompressible to you, but I'm not alone in thinking it's a problem: https://github.com/podman-container-tools/podman/issues/2707...

That's a you problem. Either use a rolling distro like Gentoo or Arch or learn to install software from source code yourself (it's not hard).

Re: Podman v6.0.0

#190
post #164

Earlier quoted context omitted.

> As long as they refuse to support installing on Ubuntu (and other popular distros), without relying on the distro repos which are always out of date, they will continue to lose to Docker. Your needs are incomprehensible to me: that is exactly why I use podman: a predictable version of it is in my distro's repos. I go to docker.com and how do I even install the thing? What's "docker sandboxes"? Get the latest versio…

I run Ubuntu 24.04 on my laptop and servers. The Podman version is 4.9.3. It may be incompressible to you, but I'm not alone in thinking it's a problem: https://github.com/podman-container-tools/podman/issues/2707...

That's on Ubuntu, and on you choosing to run an old version of Ubuntu, nothing to do with podman.

You're not alone in thinking it, but the other people are just similarly confused. The last reply to that thread explains the situation well[0].

[0]: https://github.com/podman-container-tools/podman/issues/2707...

Post reply on HN