Live data from Hacker News

Podman Desktop celebrates 3M downloads

podman-desktop.io

31–40 of 82 posts

Re: Podman Desktop celebrates 3M downloads

#31
post #9

Why podman and not Docker?

It supports Kubernetes *.yaml manifests?

Is that a question or a statement? I'm running Kubernetes on Docker Desktop. But every few months Docker Desktop either outright craps out and forces me to wipe everything and rebuild my containers or the latest annoyance is that it keeps giving me popups saying something something couldn't start Ubuntu.... but then seems to work perfectly fine after skipping it 10 times.

Re: Podman Desktop celebrates 3M downloads

#32
post #20

I'm glad they have podman desktop. Personally though, once I realized that I can use the command line version without it (unlike docker in my experience) I uninstalled it as I don't really need the UI / KIND, etc. For me the command line is fine and having something where I don't have to first shell into wsl is great (it just runs it itself behind the scenes). Of course, Linux is generally better for development imo…

For mac, wouldn't it be just easier to use lima from cli? How does Podman compare to that? Docker unless on Linux has always being a bloat. Or are there any lightweight hypervisor on top of firecracker alternative? At this point with the way systemd is going, we should just switch back to VM? Everything is just more mature on native OS install. Docker to Linux, just feels kinda like SPA reinventing the html parsing o…

Havn't tried Colima, but podman is very simple to use and smells like docker cli.

On Apple Silicon machines however, latest podman version uses VM images which Rosetta doesn't work with, and hence it will use qemu for running amd64 containers. You can fix this by either installing podman 5.5 or create the VM from and older image [1]. My only complaint here is that the stock machine images are pretty large (~1G )

If you use containers to run tools that create files in your host (i.e. build tools), then you can use your host username as the default in the VM (machine init --username $(id -un)), and then run containers with --userns=keep-id. That way the the container command starts with the same username and uid as you host user - this is pretty tricky to get working with docker, from my experience.

We use Bazel as our build tool and we create a lot of images based on shared layers. Bazel produces oci layout directories that contain descriptors and symlinks to the actual layer tars. Podman can start a container "directly" from these directories[2], which speeds up image testing considerably, since it can detect known layers immediately. With docker you have to stream a tarball with all the layers and descriptors to the docker daemon, only for it to discover that it already knows most of the layers.

[1] https://docs.podman.io/en/latest/markdown/podman-machine-ini... - machine images https://quay.io/repository/podman/machine-os

[2] podman run oci://

Re: Podman Desktop celebrates 3M downloads

#33
post #7

Earlier quoted context omitted.

Better integration with systemd

That's funny. To me one of the whole point of containers is that it's not systemd that's PID1. Combine that with a distro like Talos, an immutable Linux distro that contains less than ten executables and where none of them is systemd and... At long last containers and stuff like Talos show a path leading to, in a not-so-distant future, a world where we can be systemd and [ini]/microsoft config files (from a microsoft…

It's not about running systemd in the container (practically nothing does that, though I myself considered it for a multi-user ssh shell system), but making containers manageable under systemd alongside other units.

Re: Podman Desktop celebrates 3M downloads

#34

Earlier quoted context omitted.

I wasted my time trying podman and switched to colima. It's the only usable free alternative that's a true drop-in replacement for docker.

colima is great. I've also had good luck with rancher-desktop too.

RD is colima + some other stuff. I prefer vanilla colima (also works on Linux!)

Re: Podman Desktop celebrates 3M downloads

#36
post #35

my interaction with docker is limited to a make file that has a `docker-compose up` command, would podman work if the rest of my team is still on docker ?

yes "Podman v3.0 and later versions introduced a compatible RESTful API that emulates the Docker API. This allows the standard docker-compose command-line tool to interact with a Podman backend instead of a Docker daemon."

Re: Podman Desktop celebrates 3M downloads

#38
post #19

Earlier quoted context omitted.

> unlike docker in my experience You have piqued my curiosity. What does Docker Desktop do that the CLI cannot?

`docker machine` was deprecated in favor of Docker Desktop in order to funnel people towards paid licenses. But there's no real reason Docker on non-Linux should need a GUI.

Hi, I'm the founder of Docker. The decision to launch Docker Desktop, and deprecate Docker Machine, had nothing to do with revenue. Desktop was free when we launched it in 2016, and it remained free until 2021. By then Docker had a new CEO, a new board, and I was gone. So the two events (launch and monetization) could not be more disconnected.

The reason we launched Docker Desktop (initially known as "Docker for Mac") was to make the user experience better: easier to install, better integrated with the system (virtualization APIs, keychain, VPNs, etc), and better support for host volumes.

Re: Podman Desktop celebrates 3M downloads

#39
post #6

I've seen podman advertised as a dropin docker replacement. how valid is that assertion?

Worked for me for a long time until I found the samba-ad image won't run on podman. Worked fine on the same machine with docker.

Everything else has been working as a drop-in replacement.

Re: Podman Desktop celebrates 3M downloads

#40
post #20

I'm glad they have podman desktop. Personally though, once I realized that I can use the command line version without it (unlike docker in my experience) I uninstalled it as I don't really need the UI / KIND, etc. For me the command line is fine and having something where I don't have to first shell into wsl is great (it just runs it itself behind the scenes). Of course, Linux is generally better for development imo…

For mac, wouldn't it be just easier to use lima from cli? How does Podman compare to that? Docker unless on Linux has always being a bloat. Or are there any lightweight hypervisor on top of firecracker alternative? At this point with the way systemd is going, we should just switch back to VM? Everything is just more mature on native OS install. Docker to Linux, just feels kinda like SPA reinventing the html parsing o…

I tried colima once and couldn't get it to do what I wanted. Maybe just a missing shim, maybe our setup with docker-compose for integration tests. (I'm usually on linux, so maybe my lack of mac experience also played a role)

Zero problems with Podman Desktop.

Post reply on HN