Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Podman v6.0.0

blog.podman.io

Post reply on HN
Print view View original

231–240 of 269 posts

Re: Podman v6.0.0

#231

Post by cbility »

asa977 wrote: post #57
roger_ wrote: post #6

Anyone have experience switching from Docker to Podman? I have a lot of compose files in my homelab/automation setup and those are what I’m most concerned about.

We moved from docker to podman about 15 months ago, and I'm never going back. I (personally) love the quadlet (read: systemd) integration, that makes it so much easier to monitor a set of running services, be they regular systemd services or containers. Running rootless is as straightforward as it gets and on top of it, podman is blazingly fast. I, personally, don't miss docker compose all that much, but I understand…

I use podman and almost exclusively start containers using podman compose. Haven't noticed any issues after migrating from docker.

Re: Podman v6.0.0

#232

Post by bboozzoo »

tasuki wrote: post #194
rsyring wrote: post #182

Earlier quoted context omitted.

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 distro…

> If RedHat doesn't choose to You still don't get it: Canonical didn't choose to include a newer version in their 24.04 release.

24.04 is a stable release. Package updates in stable releases need to follow the Stable Release Update process https://ubuntu.com/project/docs/SRU/stable-release-updates/ In essence someone needs to do contribute time and effort to make it happen. Canonical is free to choose the packages they want to maintain themselves and which ones go to universe and are community maintained. The upstream, if they care enough, can choose to get involved and try to do the updates. The process isn't exactly easy or fun. There's a bunch of requirements regarding backward compatibility and testing that need to be met. Snapd upstream goes though it for almost every release and it takes anything from a couple of weeks to a month. I don't think anything is stopping either party from updating the packages, although I don't why upstream wouldn't be interested in getting involved making this happen.

Re: Podman v6.0.0

#233

Post by YorickPeterse »

rsyring wrote: post #165
tasuki wrote: 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...

You're running an LTS release first released in 2024. What exactly did you expect was going to happen?

Re: Podman v6.0.0

#234

Post by debugnik »

theK wrote: post #218
debugnik wrote: post #209

Earlier quoted context omitted.

Podman has supported plugin compose (v2) for years now, and I believe that's the version I used before I switched to Quadlets, but I must have not needed Buildkit features back then because those are apparently still unsupported over v2.

> for years Don't know about that. I did a ddg search "using docker compose (v2) plugin with podman" I do get some tutorials but they all are from 2026. This also aligns with my experience from late 2024 where you where typical advised to use `podman compose` or the compose script.

Here's the 2022 release announcement for Podman 4.1 claiming support for compose v2. Your distro may have been stuck with an older Podman version for much longer though.

https://podman.io/release/2022/05/09/podman-release-v4.1.0

Re: Podman v6.0.0

#235

Post by LeBit »

binsquare wrote: post #168
LeBit wrote: post #123

Earlier quoted context omitted.

Can smolmachines run devcontainers? K3d?

yes to both, here's the example for running docker(indirectly, devcontainers) inside smolvm: https://github.com/smol-machines/smolvm/blob/main/examples/d...

This is very cool. The example is thorough and well documented.

I am trying smolmachines this weekend.

Thanks.

Re: Podman v6.0.0

#236

Post by worthless-trash »

tasuki wrote: post #191
globular-toast wrote: post #189

Earlier quoted context omitted.

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).

We both disagree with rsyring but I disagree with you even more! :D Installing from source code is hard! There's always some broken dependencies and these days I just cba. I'd sooner go complain on the internet than install a thing from the source code!

And only one of those solves the problem.

Re: Podman v6.0.0

#237

Post by geek_at »

cdmckay wrote: 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.

don't forget `alias docker='podman'` for muscle memory

Re: Podman v6.0.0

#238

Post by fuzzy2 »

apexalpha wrote: post #208
throw2ih020 wrote: post #146

Earlier quoted context omitted.

I switched my home server from k3s to quadlet and saw an 8% drop in power usage.

Well hang on a second I have two nodes running k3s. 8%?? Did you accidentally also swap out the CPU governor?

Why not? On my home server, k3s (single-node master), sitting idle (no workload, no changes), has amassed as much CPU time as a full virtual machine running Home Assistant: 17.75 hours in 106 hours of uptime.

All those abstractions and cluster features do not come for free.

Re: Podman v6.0.0

#239

Post by diffeomorphism »

rsyring wrote: post #149

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. Any serious project in this space supports as many distros as possible. It's OSS, so I'm not complaining per se, I have no right to. They owe me nothing. But this one issue has kept me from seriously considering Podman for years. Th…

Entirely different perspective: If I have to add a separate repo, then this is a red flag.

> Any serious project in this space supports as many distros as possible.

Wrong way around. Any serious product is supported by lots of distros. Distros curate their selection and if nobody bothered packaging your stuff, then your stuff is not good enough.

Post reply on HN