Live data from Hacker News

Red Hat takes on Docker Desktop with its enterprise Podman Desktop build

thenewstack.io

51–60 of 81 posts

Re: Red Hat takes on Docker Desktop with its enterprise Podman Desktop build

#51

I personally prefer the Podman CLI however as you don't need the daemon running in the background and prefer Kubernetes like yamls for local development. I definitely don't need a polished desktop GUI that shows me how many images I have though - I've never understood the use case for that.

Same. I switched to podman just so I don't have to troubleshoot why the docker daemon isn't running again.

Used docker for over a decade, never ran into this docker daemon intermittently stops running issue.

Re: Red Hat takes on Docker Desktop with its enterprise Podman Desktop build

#52
post #47
post #41

Earlier quoted context omitted.

I'm still confused by why anyone wants to use either Docker or Podman desktops. The the docker/Podman CLIs seem like a much better way to interact with containers/images. Maybe it's just my usecase.

I can't speak to docker, but the Podman desktop UI on MacOS doesn't really offer any functionality that the CLI doesn't. It's more like a status dashboard than anything else. I personally never look at it. I don't see how you can get very far managing containers, images, etc using _just_ the UI in any case.

Agreed. To be honest I feel the same way about k8s. A bunch of people on my team get grumpy if we don't have k9s available or some other interface, but I prefer to just use kubectl

Re: Red Hat takes on Docker Desktop with its enterprise Podman Desktop build

#53
post #2

My Podman starts containers in arch x86-64-v3 with rosetta on for 27 seconds which Docker does it in 9s. I wonder what's wrong. I've already upgraded Mac to Tahoe (which has x86-64-v3 support included into rosetta)

There is definitely something wrong with your setup. I can run an amd64 container on my Macbook Pro M3 in well under a second:

    [~]$ podman pull --arch=amd64 debian:13
    Resolved "debian" as an alias (/etc/containers/registries.conf.d/000-shortnames.conf)
    Trying to pull docker.io/library/debian:13...
    Getting image source signatures
    Copying blob sha256:866771c43bf5eb77362eeeb163c0c825e194c2806d0b697028434e3b9c02f59d
    Copying config sha256:a3624ddeb711bef28c29e6de1502fc3ef9df132c220d1db5a121b2a1e2a74256
    Writing manifest to image destination
    a3624ddeb711bef28c29e6de1502fc3ef9df132c220d1db5a121b2a1e2a74256

    [~]$ time podman run --rm -ti debian:13 uname -m
    WARNING: image platform (linux/amd64) does not match the expected platform (linux/arm64)
    x86_64
    podman run --rm -ti debian:13 uname -m  0.03s user 0.02s system 9% cpu 0.456 total

Re: Red Hat takes on Docker Desktop with its enterprise Podman Desktop build

#54
post #44

Earlier quoted context omitted.

I'm equally shocked nobody has bought them out to keep them well funded and not focused on trying to monetize (outside of just billing for private images). Every cloud provider like CloudFlare (I think?), Azure, AWS, GCP, etc benefit from Docker, it seems like a no brainer to me... You would then condense the org to just developers and PMs. Then marketing and other employees could be shifted to another part of the pa…

> Every cloud provider [...] benefit from Docker How ? Docker didn't invent the underlying technology and can't control it (through patents, etc...). It's all open and Docker tools are just the most popular but there are alternatives. Why pay when you can get it for free ?

To keep it maintained.

Re: Red Hat takes on Docker Desktop with its enterprise Podman Desktop build

#55
post #44

Earlier quoted context omitted.

> Every cloud provider [...] benefit from Docker How ? Docker didn't invent the underlying technology and can't control it (through patents, etc...). It's all open and Docker tools are just the most popular but there are alternatives. Why pay when you can get it for free ?

To keep it maintained.

Cloud providers have no reason to. If Docker disappeared today, the alternatives would take over.

Re: Red Hat takes on Docker Desktop with its enterprise Podman Desktop build

#57

I tried to use podman desktop for a bit but I ran into some screwy compatibility issues. It just wasn't as smooth as docker. I really really want an alternative to docker desktop. I don't like the path they're going down. I don't like the AI crap in the UI. The licensing is crazy. It just doesn't feel right. So I've been lately using rancher by SuSE. Surprisingly, it's been all right. So far it just works. I'm using…

I put off podman for a while because of claims of compatibility issues, which is unfortunate because I've had an excellent experience since switching over. Can you point as specific issues you've had (not doubting, just curious)?

I also have heard a lot of recommendations for OrbStack, but I haven't had problems with speed either. And I could never stomach using a proprietary system for such a core part of my workflow.

For context I use containers for practically everything and I run some decently complex workflows on them: fullstack node codebases, networking, persistent volumes, mounting, watch mode, etc. Red Hat knocked it out of the park with podman!

Re: Red Hat takes on Docker Desktop with its enterprise Podman Desktop build

#58

The best alternative to Docker Desktop on macOS is to abandon the GUI entirely use colima to create the linux VM. brew install colima docker docker-buildx docker-completion docker-compose export DOCKER_HOST="$HOME/.colima/docker.sock" >> ~/.zshrc source ~/.zshrc colima start --cpus 8 --vz-rosetta --ssh-agent --mount $HOME:w then add this line to your $HOME/.docker/config.json "cliPluginsExtraDirs": ["/opt/homebrew/li…

If you're going full CLI on macOS, I've had the best experience with:

    brew install podman
Podman manages the linux vm for you automatically.

I've come to enjoy podman more than docker on my linux hosts anway; the default runtime (crun) is lighter than docker (runc), podman-kube-play is great for managing multi-container pods and is compatible with kubernetes. It also integrates very neatly with systemd. Of course there is the whole daemon-less and rootless side of the things as well..

Re: Red Hat takes on Docker Desktop with its enterprise Podman Desktop build

#59

The best alternative to Docker Desktop on macOS is to abandon the GUI entirely use colima to create the linux VM. brew install colima docker docker-buildx docker-completion docker-compose export DOCKER_HOST="$HOME/.colima/docker.sock" >> ~/.zshrc source ~/.zshrc colima start --cpus 8 --vz-rosetta --ssh-agent --mount $HOME:w then add this line to your $HOME/.docker/config.json "cliPluginsExtraDirs": ["/opt/homebrew/li…

Same, been running on colima for years now and haven't had a single issue with it

Re: Red Hat takes on Docker Desktop with its enterprise Podman Desktop build

#60

The best alternative to Docker Desktop on macOS is to abandon the GUI entirely use colima to create the linux VM. brew install colima docker docker-buildx docker-completion docker-compose export DOCKER_HOST="$HOME/.colima/docker.sock" >> ~/.zshrc source ~/.zshrc colima start --cpus 8 --vz-rosetta --ssh-agent --mount $HOME:w then add this line to your $HOME/.docker/config.json "cliPluginsExtraDirs": ["/opt/homebrew/li…

I've been using Finch (https://runfinch.com/) for the last few years, it basically is a managed Lima, nerdctl, containerd and BuildKit.

I just alias docker to finch and it just works.

Post reply on HN