Live data from Hacker News

Running GUI Linux in a virtual machine on a Mac

developer.apple.com

161–170 of 206 posts

Re: Running GUI Linux in a virtual machine on a Mac

#161
post #110

Earlier quoted context omitted.

Their website says differently Note that macOS VM support is limited to ARM based Macs running macOS Monterey or higher. https://mac.getutm.app/

That means that the host has to be on Monterey or higher. The guest can be any macOS version.

No, the guest (if using Virtualization) must be Monterey or higher as well.

Re: Running GUI Linux in a virtual machine on a Mac

#162
post #99

Earlier quoted context omitted.

> are no longer allowed to have their own custom kernel extensions for "security" and "stability" Why the "scare quotes"? Sounds totally justifiable. Third party kernel extensions have always have had issues with both security and stability.

It's not "scare quotes" - it's to convey sarcasm and justified scepticism. Sure, poorly coded third party kernel extensions can have security and / or stability issue. That doesn't mean that Apple is the only one who knows how to write such bug-free or secure system software. In fact, in the past most of the popular application firewalls (and VM softwares) on macOS came with their own kernel extensions and have worke…

> That doesn't mean that Apple is the only one who knows how to write such bug-free or secure system software. In fact, in the past most of the popular application firewalls (and VM softwares) on macOS came with their own kernel extensions and have worked fine without issues, and millions of users have used such applications without any issues.

Apple definitely cannot write bug-free code, but your claim that third-party software worked fine without issues is factually incorrect. Third party kernel extensions have historically been a major source of instability and crashes.

Re: Running GUI Linux in a virtual machine on a Mac

#163

I can’t help but feel UTM pushed Apple to deliver this polished of a solution? Pulling this 100% out of thin air though.

With Apple, it is all about exerting control and crippling softwares that don't align with their goals. Don't be surprised if Apple suddenly forces developers to only use their virtualisation API on macOS, just like they did for application firewalls (that are no longer allowed to have their own custom kernel extensions for "security" and "stability"). They are slowly squeezing macOS to make it more and more like ios…

> Don't be surprised if Apple suddenly forces developers to only use their virtualisation API on macOS

As far as I can tell, nobody has made a third party virtualization solution for Apple silicon nor is anyone really looking to do so. I don't think this conclusion is particularly surprising.

Re: Running GUI Linux in a virtual machine on a Mac

#164
post #4

I so, so want to be able to spin up linux VMs on iOS devices.

There is iSH -- it's just a single VM, but it's pretty sweet nonetheless.

iSH is an emulator coupled with a Wine-like translation layer, rather than a VM.

Re: Running GUI Linux in a virtual machine on a Mac

#165

Earlier quoted context omitted.

> Darwin (the Unix layer underneath the GUI) operating system available, which is something they probably don’t want to do. Darwin is open source, and Apple did make Darwin available[1][2], but the issues are it takes some skill, experience, and understanding to put it all together and build it, and many parts have become closed source since Apple first released. Also, there are basically no drivers for anything. At…

I did say at least Darwin… the rest of macOS would probably have to open sourced if it included GPLv3-licensed code.

This is not true.

Re: Running GUI Linux in a virtual machine on a Mac

#166
post #7

With UTM, I can already run GUI Linux arm64 on an M1 mac - on macOS 12.x. Works fine at least for 2d desktop stuff. I think UTM's arm64-macos guest support on arm64-macos12 hosts already use the macOS virtualization framework? Or is it hypervisor framework? Either way performance is very good.

UTM uses Virtualization for this.

Re: Running GUI Linux in a virtual machine on a Mac

#168
post #130

Earlier quoted context omitted.

> I feel like I pretty much have full control over my Mac laptop. https://news.ycombinator.com/item?id=25074959

Oh please. You are quoting an issue that happened two years ago and Apple has already acknowledged that their algorithms were crappy and promised to reengineer this stuff. This is like claiming that Linux does not allow you to install software because a repository happens to be down.

(Which they failed to follow up on.)

Re: Running GUI Linux in a virtual machine on a Mac

#169
post #112

Earlier quoted context omitted.

It seems overly complicated. Is there any benefit over using Docker?

I'm not sure what you think Docker on a Mac does. Docker is a Linux-specific piece of software, and the only way to use it within macOS is to run a Linux virtual machine, with Docker running inside the Linux VM. If the containers you want to run with Docker are x86 software, that Linux VM either needs to be an x86 Linux distro running in qemu emulation of a full x86 machine, or an ARM Linux distro using the new (not…

> Docker is a Linux-specific piece of software, and the only way to use it within macOS is to run a Linux virtual machine, with Docker running inside the Linux VM.

That is entirely untrue: https://docs.docker.com/desktop/install/mac-install/

Hell, it’s even on Windows.

Re: Running GUI Linux in a virtual machine on a Mac

#170
post #81
post #30

I would prefer to run Linux GUI applications inside docker containers but, that’s something.

It takes some work, but you can pass in an XQuartz display to a Docker container and have it render to that.

Doesn't Monterey still run X - so you could forward x11 over ssh from host into docker?
Post reply on HN