Live data from Hacker News

Podman v6.0.0

blog.podman.io

101–110 of 269 posts

Re: Podman v6.0.0

#101
post #83

After Docker Desktop randomly started consuming insane amounts of memory again we switched to Podman and it was literally as easy as installing it and pointing it at our docker-compose.yml. Zero changes needed and now I don’t need to keep a daemon running. Great software.

I liked Orbstack better than colima which was better than Docker Desktop. Then I found https://smolmachines.com's smolvm microvms.

been using orbstack but this smol stuff is interesting

is this firecracker or total rewrite

Re: Podman v6.0.0

#102
Does anyone have experience with using podman image builds for cri runtimes other than docker?

If I build an image with podman will it run in cri-o, docker and other misc runtimes?

Been debating on using rootless podman for building images since docker build requires sudo and it gets annoying with agentic workflows.

Re: Podman v6.0.0

#103

Earlier quoted context omitted.

I liked Orbstack better than colima which was better than Docker Desktop. Then I found https://smolmachines.com's smolvm microvms.

been using orbstack but this smol stuff is interesting is this firecracker or total rewrite

author of smol machines here, it has no relation to firecracker.

It runs ontop of the libkrun vmm forked with optimizations, which is the underlying lib powering podman as well.

open source, will contribute upstream when possible: https://github.com/smol-machines/libkrun

Re: Podman v6.0.0

#104
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.

PaaS like render.com explicitly support Docker. As a developer, I wager that any gains I get from Podman will be dwarfed by bugs that I’m encountering in the other software I use. I’m not implying that Podman causes the bugs. I’m saying that I’ll be more likely to be the first person to encounter the bug.

This comment it's a bit weird, both podman and docker and render etc support dockerfile which is a standard way of packaging.

Re: Podman v6.0.0

#105
post #36
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.

For the company I work at, it’s primarily inertia. We started using containers with Docker. And then it just continued. We are two out of 20+ developers who would like to use Podman, but the rest is just ”eh, why bother?”. And I don’t fully fault them for holding that position, Docker generally works. Why switch to something which may or may not provide some benefit (most which will be indirect such as better securit…

You can use podman for your local environment because it's pretty much the same

Re: Podman v6.0.0

#106
Cool, been running my home server on podman + quadlets for about two years now and picked up a couple of things in the release notes

  podman quadlet list
Added in v5.6.0, lists quadlets and their containers

  podman system migrate --migrate-db
Flag added in v5.8.0. I remember seeing the bolt db deprecation warnings in the past but there was no tool to do the migration to sqlite, now there is (or just upgrade to podman 6.0.0 and it will do it automatically)

Re: Podman v6.0.0

#107

Top of my list as to why I prefer podman... no "container root" / "docker group" = "host root" shenanigans podman doesn't spew garbage and punch holes in my firewall (iptables) (edit: formatting)

> podman doesn't spew garbage and punch holes in my firewall (iptables)

The way Docker silently rewrites iptables rules is just insane. It boggles my mind that someone thought that it would be a good idea, and that it survived a peer review.

Re: Podman v6.0.0

#108
post #99
post #73

Earlier quoted context omitted.

I’d wager it’s mainly just that deployment is mildly more annoying and requires more disparate steps. Especially if you want to go rootless (and you should). For someone that isn’t “Linux first” (like a baby developer learning to containerize their apps), the idea of dealing with systemd unit files or kublet configs, and having to created dedicated local service accounts (and remembering to enable linger) is somewhat…

> the idea of dealing with systemd unit files or kublet configs, and having to created dedicated local service accounts Podman does not require systemd (thank God). I use a simple podman compose up/down in a user systemd file to automatically bring my containers up at boot, but other mechanisms are possible, like quadlets and init scripts.

Quadlets are awesome and honestly I think one of the best additive things that podman has on top of the regular docker toolset.

I use podman regularly, and despite it being a good drop-in replacement like 95% of the time, the 5% of the time where it isn't seamless are super painful. For example, skaffold (https://skaffold.dev/) pukes all over itself when you try to run podman as a drop in replacement. I'm sure there are plenty of other examples, but that one stops me from using podman at work in addition to in my personal projects.

Re: Podman v6.0.0

#109
post #83

After Docker Desktop randomly started consuming insane amounts of memory again we switched to Podman and it was literally as easy as installing it and pointing it at our docker-compose.yml. Zero changes needed and now I don’t need to keep a daemon running. Great software.

It's been a couple months so I forget what problems I ran into, but Docker's AI bullshit pushed me over the edge and I tried switching to Podman. I ran into some compatibility issues. Alas I don't recall the details.

So I tried Rancher Desktop and other than I keep forgetting its name it just worked.

It's another simple option for those who need it.

Re: Podman v6.0.0

#110

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.

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.
Post reply on HN