Earlier quoted context omitted.
Sorry about that - just pushed a fix :)
Are there any technical reasons to override native scrolling functionality in the first place?
No, it's a design thing, it hurts A11Y especially.
We rebuilt the Linux MicroVM stack on Apple Silicon
61–70 of 88 posts
Re: We rebuilt the Linux MicroVM stack on Apple Silicon
#62I saw this blog post title and wanted to read it, as I thought this is something we really wanted when I worked back at Encore - and lo and behold what website I ended up on!
Great work lads, seeing those old shell scripts brought back memories, but this is awesome to see you've solved the problem now to make your own lives easier!
Any plans to open source crackling? I was looking into cross platform microVM's after reading about sbx recently.
Re: We rebuilt the Linux MicroVM stack on Apple Silicon
#63Earlier quoted context omitted.
Agreed, and then the actual text of the post gets worse. It’s actually unreadable; I literally could not follow what the article was about (without putting in the effort to unravel the Claudisms, a little like unraveling Shakespeare or Finnegan’s Wake) and gave up. It seems we are all (on HN) thoroughly convinced that the models have all gotten worse at writing as the version numbers have gone up and they are suppose…
I'm willing to bet it's because model providers have gone all-in on programming and reasoning ability when training new models. It's where the money is, if nothing else, and the writing quality will have suffered as a knock on effect.
Someone should build a capable technical writing model, would make a TON of money
Re: We rebuilt the Linux MicroVM stack on Apple Silicon
#64A suggestion to the author -- don't outsource your writing to AI, or, if you do, go over it with a fine-tooth comb and remove every trace of Claudisms from it. I read the subtitle: "What it takes to boot the same microVMs on Apple's hypervisor, and the one capability Apple will not let you have." and immediately navigated away.
Agreed, and then the actual text of the post gets worse. It’s actually unreadable; I literally could not follow what the article was about (without putting in the effort to unravel the Claudisms, a little like unraveling Shakespeare or Finnegan’s Wake) and gave up. It seems we are all (on HN) thoroughly convinced that the models have all gotten worse at writing as the version numbers have gone up and they are suppose…
It was the newness and surprise that the quality was as good as it was, just like images from Stable Diffusion, etc. Now that we are used to it, we notice the uncanny valley speak.
Re: We rebuilt the Linux MicroVM stack on Apple Silicon
#65Earlier quoted context omitted.
One case where Apple can be very useful is if you're traveling a lot for work. Wherever you are you can probably find a local store that sells and services Macbooks. So if your machine is damaged during a trip you can get it fixed, or buy a replacement on the spot, and at least get through the work you are there to do. For small-ish companies that can be a very useful feature.
Buying on the spot - sure. Anything that requires repair has to be usually booked in advance with some waiting time. Relatively short, usually days, but still not really possible to go into the store and get your laptop fixed right away in most cases.
With the memory shortage, many places you can’t buy most models on the spot. Wait times are almost two months for some machines right now.
https://tidbits.com/2026/08/10/mac-delivery-times-stretch-to...
Re: We rebuilt the Linux MicroVM stack on Apple Silicon
#66Hey everyone - author of the article here! Happy to take questions.
You mentioned libkrun in the post, but I am not clear on why you chose not to use it for Mac even if you want to stick with Firecracker on Linux. Why not use libkrun?
Re: We rebuilt the Linux MicroVM stack on Apple Silicon
#67A suggestion to the author -- don't outsource your writing to AI, or, if you do, go over it with a fine-tooth comb and remove every trace of Claudisms from it. I read the subtitle: "What it takes to boot the same microVMs on Apple's hypervisor, and the one capability Apple will not let you have." and immediately navigated away.
Agreed, and then the actual text of the post gets worse. It’s actually unreadable; I literally could not follow what the article was about (without putting in the effort to unravel the Claudisms, a little like unraveling Shakespeare or Finnegan’s Wake) and gave up. It seems we are all (on HN) thoroughly convinced that the models have all gotten worse at writing as the version numbers have gone up and they are suppose…
> newfound prohibitions on “write in this writer’s style”
that explains a lot. but do you have a decent citation?
Re: We rebuilt the Linux MicroVM stack on Apple Silicon
#68I saw this blog post title and wanted to read it, as I thought this is something we really wanted when I worked back at Encore - and lo and behold what website I ended up on! Great work lads, seeing those old shell scripts brought back memories, but this is awesome to see you've solved the problem now to make your own lives easier! Any plans to open source crackling? I was looking into cross platform microVM's after…
see also "smolvm" - the awesome microvms from https://smolmachines.com
Re: We rebuilt the Linux MicroVM stack on Apple Silicon
#69A suggestion to the author -- don't outsource your writing to AI, or, if you do, go over it with a fine-tooth comb and remove every trace of Claudisms from it. I read the subtitle: "What it takes to boot the same microVMs on Apple's hypervisor, and the one capability Apple will not let you have." and immediately navigated away.
This kind of AI-generated articles are always weird on details. Hyper-focusing on weird details while missing one higher level ones.
E.g., they use Firecracker, they build and deploy backend applications, but they needed to run the stack on macOS. Why? If you're using Firecracker to run backend applications, isn't Linux the obvious choice?
Re: We rebuilt the Linux MicroVM stack on Apple Silicon
#70I wonder how necessary/useful this is, in light of the amazing smolvm microvms from https://smolmachines.com.
(Not snark, not affiliated, just happy and impressed with smolvm and genuinely curious.)