simnalamburt
Joined 7 years ago
Karma
79
Submissions
9
Member since
Feb 19
[ my public key: https://keybase.io/simnalamburt; my proof: https://keybase.io/simnalamburt/sigs/noYcxQkzLCxx_VQXrG3abNLU0EB5BLz6crHdxn1k8r4 ]
View on Hacker NewsRecent submissions
Comment · 1 day ago
Actually, my account and the entire IP of my office had been banned & blocked from entier Stack Exchange network at 2026-08-25, due to making duplicated answers. They actually ban people.
Comment · 1 year ago
That article looks like it was originally written in English and then translated into Korean.
Comment · 5 years ago
A: Testing, dogfeeding, bug reports! I can handle code-related jobs but I alone cannot handle testing all variable usecases! ;) Thanks!
Comment · 5 years ago
If you just switch the binary you’re 90% finished but there are some chores to make it perfect
1. The arguments given to the qemu should be changed by the CPU arch. For example, AArch64 uses ‘-accel=hvf’ while amd64 in Apple Silicon must use ‘-accel=tcg’. AArch64 requires ‘-cpu’ option whild amd64 does not. etc. And currently, the arguments of QEMU is half-way hardcoded to the podman source code.
2. You should change the linux image when you change the CPU arch. Currently, podman always downloads the Linux image whose CPU arch is same with host’s CPU arch. This is where configuration should be added.
3. aarch64 uses UEFI while amd64 don’t need to (I don’t know why)
Comment · 5 years ago
Hi, 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
Comment · 5 years ago
The main motive for me to make podman-apple-silicon was due do Docker Desktop's pricing model change.
Comment · 5 years ago
The current version of podman-apple-silicon uses "testing-devel" version of official Fedora CoreOS aarch64.
Comment · 5 years ago
One of the main reason that I made podman-apple-silicon was to make `podman machine` work properly. It works!
Comment · 5 years ago
QEMU with Hypervisor.framework patch has been used!