Live data from Hacker News

Podman, the open source Docker alternative ported to M1 (Apple Silicon) machines

github.com

41–50 of 151 posts

Re: Podman, the open source Docker alternative ported to M1 (Apple Silicon) machines

#41
post #26

> the open source Docker alternative I was under the impression that docker was open source. I am mistaken?

Docker Desktop (the software people must use to run Docker under any Mac or Windows machines) is closed source.

You can run docker on Windows without Docker Desktop. I think the only thing that requires Docker Desktop on windows is if you want windows containers, but I don't really think that's a common usecase.

Re: Podman, the open source Docker alternative ported to M1 (Apple Silicon) machines

#42

Planning to buy a new MacBook for a family member I have some question to whoever is into the Apple wold: is that true that the next generation of MacBooks is going to have classic Esc&F# buttons, MagSafe, SD card reader and HDMI? When is it expected to be released? How is a MacBookPro better than a MacBookAir of the same specs (RAM&SSD)? We were going to buy a new MacBook now but the classic parts returning sound re…

We don't know anything for sure, only rumors: https://www.macrumors.com/guide/14-inch-macbook-pro/

Thank you. This answer all the questions except the Pro-vs-Air difference.

Re: Podman, the open source Docker alternative ported to M1 (Apple Silicon) machines

#43
post #29

Calling podman “the open-source docker alternative” is disingenuous. The Docker engine which it competes with is also open-source. The only closed Docker product is their desktop wrapper, for which podman is not an alternative. Podman people, you’re better than this.

Docker is open-core.

Re: Podman, the open source Docker alternative ported to M1 (Apple Silicon) machines

#44
post #39

Earlier quoted context omitted.

... and podman is not an alternative for Docker Desktop.

... sure seems like it is: this handles QEMU setup/teardown with hardware virtualization support through Hypervisor.framework according to[0]. [0] https://twitter.com/simnalamburt/status/1434244533001224192

Doesn't Docker proper do that on Mac?

Re: Podman, the open source Docker alternative ported to M1 (Apple Silicon) machines

#45
post #8

Idk why people keep pushing for this, on a personal dev machine, root is not a problem, and then there is QEMU

It certainly is a problem. We want to run local development stacks with Docker, but, since it runs as root, it leaves files into your home directory (database and other files mounted from the guest) that are owned by root, so you can never delete them.

It's really bad UX.

Re: Podman, the open source Docker alternative ported to M1 (Apple Silicon) machines

#46
post #31
post #30

Earlier quoted context omitted.

The Docker CLI is also available for Mac, and is open-source.

Does that handle virtualization for you like this does? Is it distributed pre-built anywhere? I honestly looked just now and couldn't find anything.

I would be surprised if it didn't, as Docker wouldn't work at all then.

Re: Podman, the open source Docker alternative ported to M1 (Apple Silicon) machines

#48

Is there anyway to make docker-style Darwin containers?

I don't think Mac/Darwin has cgroups but it's based on BSD to it might have jails?

MacOS doesn't have jails as FreeBSD does. But they are using some kind of isolation for Mac applications, so they can not see data of other applications.

Re: Podman, the open source Docker alternative ported to M1 (Apple Silicon) machines

#49
post #26

Earlier quoted context omitted.

Docker Desktop (the software people must use to run Docker under any Mac or Windows machines) is closed source.

You can run docker on Windows without Docker Desktop. I think the only thing that requires Docker Desktop on windows is if you want windows containers, but I don't really think that's a common usecase.

It is a common use case for .NET deployments with Kubernetes.

Re: Podman, the open source Docker alternative ported to M1 (Apple Silicon) machines

#50
post #25

Earlier quoted context omitted.

I suspect the push for podman was more about how docker ignored CGroupsV2 for so long that Fedora eventually turned it on anyway which broke docker and then told users to switch to podman.

I think a really big part of it was where Red Hat asked Docker to accept their patch that allowed people to run docker with local registries only (no docker.io), and were told Docker would not be accepting that patch, and to go pound sand if they didn't like it (eh, so maybe not so forcefully). The first thing I tried to figure out when looking into Docker for work was how to limit the registries it would look at to…

Fascinating history, is there a PR link for this exchange between Redhat and Docker?
Post reply on HN