Live data from Hacker News

Reasons to Drop Docker for Podman

developers.redhat.com

61–70 of 98 posts

Re: Reasons to Drop Docker for Podman

#61
post #35

Earlier quoted context omitted.

> Anyone using Podman on a macOS? How's the experience compared to Docker Desktop? Don't forget there is also Rancher Desktop[1] [1] https://rancherdesktop.io

Why would one use Docker for Desktop when Rancher Desktop exists?

I wonder if Rancher Desktop, et al, works with testcontainers.org?

Re: Reasons to Drop Docker for Podman

#62
post #55

Earlier quoted context omitted.

It's not about just running the containers. It's that applications are distributed with a docker compose file as the setup medium.

What do you mean by that? You use Docker Compose to distribute to production? Into what?

Here is netbox's compose file: https://github.com/netbox-community/netbox-docker/blob/relea... -- there is no way I am going to spend the time to translate that into whatever k8s wants. If it isn't broken don't fix it.

Re: Reasons to Drop Docker for Podman

#63
post #38

I'm surprised to see RedHat thinking that programmers will prefer a desktop GUI interface to CLI for operations like starting containers. I thought that thinking had died out 20 years ago and that even Java and Windows people understood that it wasn't what programmers wanted.

You think all programmers are HN-level passionate? Most of my colleagues don't know what a ssh public key is used for.

OK fair enough (and I was being deliberately provocative so deserve any criticism I get).

You're of course right that there's a huge diversity of programmers (in terms of experience, background, and extent to which they give a shit even if they're experienced and had access to the most helpful family background and best education a wealthy developed country can provide). But don't you kind of think that we should still encourage all programmers to see that _programmatic_ interfaces (in particular shell programming interfaces) offer so much power that they should be embraced and looked upon with enthusiasm where possible? And that we should not create static non-programmable GUI interfaces for programmers?

Re: Reasons to Drop Docker for Podman

#64

Anyone using Podman on a macOS? How's the experience compared to Docker Desktop?

Not podman but using rancher desktop and it has either nerdctl + containerd or docker and dockerd options and I have been using it a month without issue replacing docker desktop. The kubernetes options work well too

Re: Reasons to Drop Docker for Podman

#65
I tried Podman on 2 MacBook Pros: my personal one (Intel) and my work one (M1) and it basically doesn’t work well at all.

Podman Desktop simply doesn’t work, on first run it loops forever on initializing stuff (I guess it tries to create the Podman machine but fails? No idea because it doesn’t say what’s wrong, nor where to look). So I tried Podman bare without Podman desktop and it’s not a lot better, the machine starts fine and I can run containers, but every time my computer wakes up from hibernate, the containers and the machine are stuck. I have to recreate the whole Podman machine from scratch.

I loved the idea of rootless but it doesn’t work on Mac. And I won’t believe I’m the only person having the exact same set of issues on 2 different MacBooks

Re: Reasons to Drop Docker for Podman

#66
post #7

What problem does Docker's daemon actually solve? To me it always felt over-engineered.

Having a daemon is inherently faster, period. I was disappointed by Podman because almost all operations including `podman ps`, `podman run` were slower than their Docker counterparts. After many releases Podman got faster, but still not on a par with Docker.

Why is a daemon inherently faster? Why would `podman ps` be slower at a human scale?

Re: Reasons to Drop Docker for Podman

#67
I came accross a lot of such info from redhat. And I tried podman which is not bad because my scenario was not complicated. But days before, I tried podman-compose which behaved so poor. That's a pitty. After years, podman's ecosystem is so poor. I don't want to be trapped by sorts of small/hidden pitfalls. I have to switch back docker then. The quality prevails, not the advertisement. PS: I did not read the passage. The title is enough.

Re: Reasons to Drop Docker for Podman

#68
post #46

I started using docker a bit late, only about 3 years ago. My big question is if it is common knowledge that Docker Desktop creates a separate VM in which one's Docker Engine runs, not your host running Docker, but that VM inside your host. That separate VM indirection does not appear to be common knowledge, especially for 3rd party developers, because utilities that are supposed to work with Docker only work without…

> common knowledge that Docker Desktop creates a separate VM I mean, I know that linux containers only run on linux (please ignore docker for windows which briefly did not need a vm, that is thing of the past now). I don't know if other people know that linux containers only run on linux. > utilities that are supposed to work with Docker only work without Docker Desktop, or are unaware of Docker Desktop's VM and when…

I spent months spinning my wheels trying to get the Tailscale VPN / Traefik / Let's Encrypt automatic SSL cert generation working. Each of the tech support teams at all three of these companies are unaware of that Docker Desktop separate VM. I spent months with support from Tailscale and Traefik, and after I realized the existence of that separate VM and discussed with their support - that VM news to them.

The transition to Docker development is very poorly documented. I've taken two formal classes in Docker, read a book, and have half a dozen Docker projects done and delivered and this is the first time I've even heard one needs to manually set "$DOCKER_HOST". This industry is just a bunch of overly paid amateurs, blindly groping in a dark cave, a cave carved out of money.

Re: Reasons to Drop Docker for Podman

#70
post #61
post #35

Earlier quoted context omitted.

Why would one use Docker for Desktop when Rancher Desktop exists?

I wonder if Rancher Desktop, et al, works with testcontainers.org?

> I wonder if Rancher Desktop, et al, works with testcontainers.org?

I don't use testcontainers myself, but it looks like as long as you are using Rancher Desktop >= 1.0.1 you should be just fine.[1]

[1] https://github.com/testcontainers/testcontainers-java/issues...

Post reply on HN