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

191–200 of 269 posts

Re: Podman v6.0.0

#191

Post by tasuki »

globular-toast wrote: post #189
rsyring wrote: post #165

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

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!

Re: Podman v6.0.0

#192

Post by tasuki »

jcastro wrote: post #179
Brybry wrote: post #178

Earlier quoted context omitted.

I'm confused, the latest LTS version of Ubuntu is 26.04 (released on 2026/04/23) and has Podman v5.7.0 (released on 2025/11/11). [1] If they're on a 24.04 LTS release is there any reason they would be on a newer version of Podman (without jumping through hoops)? Ubuntu 24.04LTS released on 2024/04/25 and the Debian Import Freeze was on 2024/02/29. The bleeding edge Podman release at that time was a pre-release v5.0.0…

> 5.7.0+ds2-3build1 No thanks I'll get it from podman.

What's wrong with 5.7.0+ds2-3build1 ?

Re: Podman v6.0.0

#193

Post by NekkoDroid »

hiciu wrote: post #154
LinXitoW wrote: post #128

Earlier quoted context omitted.

It's not just mildly annoying, it completely ruins a great thing. Docker Compose is to stacks what Dockerfiles are to a single application. Podmans solution is to not commit to compose, but instead to create a bespoke mechanism involving a bunch of tiny files, all of which is insanely system (linux) specific, and therefore completely non-portable. I genuinely don't understand how someone can see the value of Docker,…

FWIW, for me docker compose works just fine with podman. I am not sure what kind of additional configuration is needed these days, make sure you are running podman with the socket thing and perhaps set DOCKER_HOST. It's just a client / frontend to an API that podman provides.

IIRC `podman compose` can invoke either `podman-compose` or `docker-compose` and sets up the environment for the call, so I don't think you need to even really do anything special other than install either of the 2 commands

Re: Podman v6.0.0

#194

Post by tasuki »

rsyring wrote: post #182
jcastro wrote: post #176

Earlier quoted context omitted.

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

Re: Podman v6.0.0

#195

Post by stefr- »

drnick1 wrote: post #173
LinXitoW wrote: post #128

Earlier quoted context omitted.

It's not just mildly annoying, it completely ruins a great thing. Docker Compose is to stacks what Dockerfiles are to a single application. Podmans solution is to not commit to compose, but instead to create a bespoke mechanism involving a bunch of tiny files, all of which is insanely system (linux) specific, and therefore completely non-portable. I genuinely don't understand how someone can see the value of Docker,…

> Docker Compose is to stacks what Dockerfiles are to a single application. Podmans solution is to not commit to compose This isn't (completely) true. I found podman-compose to be a more or less drop-in replacement for docker-compose. I know that in the past support was patchy, but things are rather good now.

Pretty sure that's because podman-compose literally calls docker-compose under the hood.

e: from the manpage:

"podman compose is a thin wrapper around an external compose provider such as docker-compose or podman-compose. This means that podman compose is executing another tool that implements the compose functionality but sets up the environment in a way to let the compose provider communicate transparently with the local Podman socket. The specified options as well as the command and argument are passed directly to the compose provider."

Re: Podman v6.0.0

#196

Post by EddieB »

I doubled down on Podman when moving to Fedora a couple years ago- couple small hiccups but mostly my shallow knowledge on SELinux and bind mounts. Big fan, especially quadlets + stow on my homelab- thanks Podman people!

Re: Podman v6.0.0

#197

Post by spockz »

SOLAR_FIELDS wrote: post #124
satvikpendem wrote: post #69

Earlier quoted context omitted.

I like OrbStack for macOS, much faster.

Now that Apple has containerization api’s probably the gap closed but when I ran benchmarks a couple years ago Orbstack would on average perform the same build at 4x faster wall clock time as docker desktop

Build as in building images or as in building a project when mounted in a container? I notice 3-4x performance degradation of our maven builds in containers. With golang I haven’t noticed much performance degradation, but that may be because it is fast enough anyway.

Re: Podman v6.0.0

#198

Post by Zardoz84 »

sudonem wrote: post #73
SwellJoe wrote: 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’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…

I use podman on my local dev machine and I don't touch any system-d files for that

Re: Podman v6.0.0

#199

Post by [deleted] »

theK wrote: post #184
debugnik wrote: post #70

Earlier quoted context omitted.

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.

[deleted]

Re: Podman v6.0.0

#200

Post by [deleted] »

drdexebtjl wrote: post #169
debugnik wrote: post #70

Earlier quoted context omitted.

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.

docker-compose (v1) is obsolete. The new version (v2) is a plugin for the docker CLI.

[deleted]
Post reply on HN