What hypervisor is used for that?
QEMU with Hypervisor.framework patch has been used!
Podman, the open source Docker alternative ported to M1 (Apple Silicon) machines
61–70 of 151 posts
Re: Podman, the open source Docker alternative ported to M1 (Apple Silicon) machines
#62This looks like the podman client, effectively? Has anyone gotten `podman machine` working on M1?
One of the main reason that I made podman-apple-silicon was to make `podman machine` work properly. It works!
Re: Podman, the open source Docker alternative ported to M1 (Apple Silicon) machines
#63This looks like the podman client, effectively? Has anyone gotten `podman machine` working on M1?
`podman machine` uses Fedora CoreOS, which doesn’t currently support aarch64. However, it [sounds like][1] that could change soon. [1]: https://github.com/coreos/fedora-coreos-tracker/issues/13
The current version of podman-apple-silicon uses "testing-devel" version of official Fedora CoreOS aarch64.
Re: Podman, the open source Docker alternative ported to M1 (Apple Silicon) machines
#64Idk why people keep pushing for this, on a personal dev machine, root is not a problem, and then there is QEMU
The main motive for me to make podman-apple-silicon was due do Docker Desktop's pricing model change.
Re: Podman, the open source Docker alternative ported to M1 (Apple Silicon) machines
#65Tangentially, I wonder if Moby underestimated the amount of human hours that were instantly allocated to alternatives as soon as they announced Docker Desktop was going paid. (I don't know if this project is a consequence of that announcement or not.) Hopefully Podman will be able to capitalize on this event and get the polish needed for widespread use.
Podman's been a great tool (on Linux) for a while, it's my daily driver. Rootless, no daemon and networking nonsense, and docker-compose can be replaced with real K8s pod definitions for the most part. I'm actually really happy to see the zeal that has come to it from docker's changes - thank you docker ;)
Re: Podman, the open source Docker alternative ported to M1 (Apple Silicon) machines
#66Hi, podman-apple-silicon developer here! I want to share some FAQs about this project. :)
Q: Does this run amd64 docker images or aarch64 docker images?
A: aarch64 images currently, but I'm going to patch podman to make it possible to run both amd64 image and aarch64 image. All I have to do for this is to make QEMU call and Linux image configurable, so it won't be very hard. However, if you are running amd64 images, you will have to bear the performance overhead due to CPU emulation.
Q: Is this toy or are you actually going to maintain this?
A: I'm DevOps engineer and I made podman-apple-silicon to actually use this in my day job.
Q: Are you going to merge this to the upstream?
A: I'll keep trying, but it won't be easy unless QEMU merges Alex Graf's Hypervisor.framework patch.
I may forgot to check HackerNews, so please feel free to ask me anything about podman-apple-silicon at https://twitter.com/simnalamburt
Re: Podman, the open source Docker alternative ported to M1 (Apple Silicon) machines
#67Idk why people keep pushing for this, on a personal dev machine, root is not a problem, and then there is QEMU
I think you'd be surprised how often the route from dev to prod is "copy it from my machine into the cloud". Good practices start at home.
Well, it's also a good practice the other way round:
If you can make your dev setup model the production setup, that's one less thing to worry about.
Re: Podman, the open source Docker alternative ported to M1 (Apple Silicon) machines
#68It looks like the real nice thing here is having a formula for QEMU with the ARM patch applied: https://github.com/simnalamburt/qemu/tree/hvf With this I believe you could also used [nerd]( https://github.com/containerd/nerdctl ) instead of podman but I haven't tested it yet. Edit: It works. Had a bit of trouble since I wanted to uninstall the "real" QEMU first, but `lima` still depended on it, and then installing th…
OT, but I'm impressed you managed to make all those changes within the HN-comment-edit-timeout!
Re: Podman, the open source Docker alternative ported to M1 (Apple Silicon) machines
#69Idk why people keep pushing for this, on a personal dev machine, root is not a problem, and then there is QEMU
I think you'd be surprised how often the route from dev to prod is "copy it from my machine into the cloud". Good practices start at home.
it's docker that requires root, you don't use root yourself
Re: Podman, the open source Docker alternative ported to M1 (Apple Silicon) machines
#70Idk 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.
Rootless Podman does this as well but with the subuid owned files. For instance you run postfix in a container and it has files owned by postfix. You can’t change the files outside of the container. You can make yourself root in the namespace and delete with podman unshare however. But it isn’t optimal from UX perspective either.