71–80 of 81 posts
Earlier quoted context omitted.
I build containers for multiple platforms using orbstack, and that requires the containerd backend. So yes, it's in there somewhere.
Huh. Are you actually talking to containerd directly or are you just doing something via the docker frontend that requires containerd to function?
Earlier quoted context omitted.
What sort of compatibility issues were you encountering? (disclaimer: I'm on the Podman Desktop team) If it was compose + docker compatibility issues, that's on the roadmap for improvement :). Compose support is flakey at times (it's essentially a wrapper around the open source binary https://github.com/docker/compose )
I’ve encountered this one: https://github.com/containers/buildah/issues/6460 Also, there’s Podman’s decision to drop CNI support. Sure, I get that they want to support the full stack, but netavark is really not especially capable, and CNI allows all kinds of interesting (and frequently overcomplicated) things.
This was just fixed today :)
Earlier quoted context omitted.
OrbStack is a very compelling alternative on macOS. The GUI launches instantly due to being a Swift app and not Electron. Container filesystems are visible in Finder. You can spin up full-blown VMs with it (only Linux ones though). Storage is managed dynamically, so you don't have to reserve or resize the virtual disk. Free for personal use, with zero nags or upsells.
Does anyone know if the company is still active. Haven't seen any updates for a while now. I like the product a lot, but products like this need security updates at the very least.
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 Copy…
However when running a spring boot over eclipse-temurin:25-jdk-ubi10-minimal image there is this huge difference
podman run 0.02s user 0.01s system 0% cpu 24.960 total
% podman machine inspect podman-machine-default
...
"Rootful": true,
"Rosetta": true
}
]Earlier quoted context omitted.
No I checked it against the amount of RAM. Podman with 8GB does not increase speed, Docker with 4GB is still 9s podman run 27->24 docker run 9.4->9.769 total (I increased limit in podman and decreased limit in docker). This happens with amd64 arch images (which I for some reason need in my work and cannot rebuild)
now I'm curious why it's still slow even with the increase of ram + cpu, I'll sync up with the podman core team why it's benchmarking much faster in docker vs podman (assuming both are using rosetta 2 on your machine)
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'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.
Earlier quoted context omitted.
Running a docker container having side effects on the host seems bad. You've just convinced me a little bit I want podman, and not docker.
Not me, docker is the standard, works great for me, if it didn't, I'd look at alternatives.
Earlier quoted context omitted.
It also includes a local k8s cluster. So you get 2 in 1 package.
Why would you want that?
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…
What sort of compatibility issues were you encountering? (disclaimer: I'm on the Podman Desktop team) If it was compose + docker compatibility issues, that's on the roadmap for improvement :). Compose support is flakey at times (it's essentially a wrapper around the open source binary https://github.com/docker/compose )
Key differences from the tools mentioned here: - Native macOS app (SwiftUI, no Electron) — uses Lima under the hood as a lightweight VM runtime instead of Docker Desktop's bundled VM. No Electron, no heavy resource usage. - Built-in Compose visual builder — edit your docker-compose.yml visually
Free tier covers basic container management. Happy to answer questions.