Live data from Hacker News

We rebuilt the Linux MicroVM stack on Apple Silicon

encore.dev

81–88 of 88 posts

Re: We rebuilt the Linux MicroVM stack on Apple Silicon

#81
post #20

"You can even get /dev/kvm inside a Linux VM on an M3 or later running macOS 15, which runs Firecracker unmodified." I'm very confused why any SWE is on a M1 or M2 Mac. I've always gotten a new machine at $CORP every 2 years...

Lucky you, I always used laptops until they died.

Re: We rebuilt the Linux MicroVM stack on Apple Silicon

#82
post #76
post #74

Earlier quoted context omitted.

On the contrary it (faster Surface Go 2) was one of the most practical little machines I’ve ever used, and was really impressive in Windows 11. I am totally happy to lay the blame for the poor trackpad performance in Gnome/Wayland on the software, because the hardware was super. Absent that problem I would have used it for almost anything and I loved taking it on trains and to coffee shops; Apple has no equivalent ma…

"Success in MacOS” also has constrained hardware choices :) > That’s fine but I think the Linux world pretends the situation is better. The only thing comparable is Microsoft. Nothing else comes close to trying to support the variety of hardware and software from different places.

Of course it does! I'm exactly suggesting that those constrained hardware choices have value in the context discussed (agreeing with an earlier poster) and that in fact, if you're out on the road or you're under pressure and something fails, the Mac does have that advantage: you'll easily find one and there is no setup time to speak of.

Re: We rebuilt the Linux MicroVM stack on Apple Silicon

#83
post #74

Earlier quoted context omitted.

On the contrary it (faster Surface Go 2) was one of the most practical little machines I’ve ever used, and was really impressive in Windows 11. I am totally happy to lay the blame for the poor trackpad performance in Gnome/Wayland on the software, because the hardware was super. Absent that problem I would have used it for almost anything and I loved taking it on trains and to coffee shops; Apple has no equivalent ma…

> But you’re making the point for me. Success in Linux involves either tinkering or constrained hardware choices, even now. That’s fine but I think the Linux world pretends the situation is better. Have you heard of this new Windows thing that everyone's going on about? Almost nothing supports it out of the box and it's just all tinkering - and that's for something you have to pay a lot of money for. You're equally h…

> You're equally hardware-constrained with Apple too. Can you find me an Apple laptop with four "proper" USB ports, a Displayport socket, and swappable battery?

This is now a circular argument.

As I said, a Mac is a Mac is a Mac. Nobody is arguing it is otherwise.

That's the whole point of the thread I was replying to.

Re: We rebuilt the Linux MicroVM stack on Apple Silicon

#84
post #83

Earlier quoted context omitted.

> But you’re making the point for me. Success in Linux involves either tinkering or constrained hardware choices, even now. That’s fine but I think the Linux world pretends the situation is better. Have you heard of this new Windows thing that everyone's going on about? Almost nothing supports it out of the box and it's just all tinkering - and that's for something you have to pay a lot of money for. You're equally h…

> You're equally hardware-constrained with Apple too. Can you find me an Apple laptop with four "proper" USB ports, a Displayport socket, and swappable battery? This is now a circular argument. As I said, a Mac is a Mac is a Mac. Nobody is arguing it is otherwise. That's the whole point of the thread I was replying to.

> As I said, a Mac is a Mac is a Mac. Nobody is arguing it is otherwise.

Okay, and a Mac is no use. You're locked into a software ecosystem that no-one uses and you have exceptionally limited hardware.

Re: We rebuilt the Linux MicroVM stack on Apple Silicon

#85
post #29

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?

Generally I think the person implementing it has a poor native scrolling experience due to poor hardware and/or software and the hijacked behavior seems better to them.

Re: We rebuilt the Linux MicroVM stack on Apple Silicon

#86
post #29

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?

I assume it's because the side bar on the right tracks with your view

Re: We rebuilt the Linux MicroVM stack on Apple Silicon

#87
post #40

Earlier quoted context omitted.

Hacker News is so utterly detached from reality at times, and comments like these really drive that home.

Thought I was tripping, someone made the same point today in another thread: https://news.ycombinator.com/item?id=49381236

Notice dang's comment below. I dislike such comments, especially when they have no details whatsoever, just a swipe.

Re: We rebuilt the Linux MicroVM stack on Apple Silicon

#88
post #35
post #7

Earlier quoted context omitted.

No, they're realists. Plus show me an off the shelf solution to MDM that exists in the Linux space? (Not too mention an easy to buy consumer devices which supports suspend/resume correctly in 2026, not even Windows can do that any more) Apple is crap and evil about many things, but at least here they know their paying audience...

> MDM Linux Jumpcloud, I've used it across Windows / Mac / Linux end user desktops and laptop fleets. https://jumpcloud.com/lp/cross-os-device-management-fava-bea...

I was skeptical at first but we have deployed it and mostly has been solid. They also add new features quite regularly.
Post reply on HN