Key Features
Tech Stack
LXD manages qemu VMs and supports snapshotting, live migration, and a number of storage drivers: https://news.ycombinator.com/item?id=45270468
virtio-gpu-rutabaga works with Android VMs on qemu, but does it work with Win/Mac/Lin: https://news.ycombinator.com/item?id=42921315
That would be a jixe step up.
This may just become my next most favorite project on GitHub!
For anyone who would create their own OS, or just experiment with other OS'es, this could be a godsend!
The set of ideas which gives rise to this tool are brilliant, and while I haven't reviewed all of the code for potential security implications (as I would want to if I were deploying it in a production server in a business environment) -- it looks very well thought out at first glance!
Extra kudos for having a flake.nix (for us Nix users!)
(If you're using NixOS or the Nix package manager, you can download it here https://search.nixos.org/packages?channel=25.11&query=quicke... , i.e., "$ nix-shell -p quickemu")
And extra extra kudos for having Alpine, Nix, ReactOS and OpenBSD as downloadable OS choices!
In the future, I'd love to see Windows XP, Windows 2000, and Windows NT too (assuming Microsoft would permit that) -- but that would just be the icing on the cake!
Short review: There's something for everyone here! (Well, any OS person! Could Minix 3 be added in the future? :-) )
Long review: Will definitely have to watch this project in the future, to see where it goes!
My second reaction was in line with yours. This is awesome. Bookmarked already. +1 for the suggestion of doing more ancient Windows versions.
Proxmox was a good start but I don’t need it (I think)
I installed Sequoia but it’s painfully slow on a 4 core 3ghz something or other. I previously did the one after high sierra and it’s reasonably snappy, but APFS outdated for my situation
For anyone interested, the magic incantation in the autoattend.xml is:
<settings pass="specialize">
<component name="Microsoft-Windows-Deployment" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS">
<RunSynchronous>
<RunSynchronousCommand wcm:action="add">
<Order>1</Order>
<Path>cmd /c powershell.exe -ExecutionPolicy Bypass -File A:\scripts\setup-dev.ps1 > \\.\COM1</Path>
<Description>Run dev setup script</Description>
</RunSynchronousCommand>
</RunSynchronous>
</component>
</settings>
There isn't currently a real ecosystem of non-Apple ARM machines anyway.
An an aside, Apple never tried very hard to kill personal Hackintoshes, I really don't think they cared.
Unofficially? https://github.com/kholia/OSX-KVM
For something that is a bash wrapper over qemu these limitations are surprising.
This guy seems to have a brew package for it.
At the bottom he has a warning and a link to another blog post about HVF acceleration (no idea what that is) which seems to work on the command line. I suspect there'd be a way to incorporate that to the xml file in the gui.
HVF == `Hypervisor.framework`.
Doing stuff like this, and integrating it into the main project puts the whole thing at risk.
The only real reason to MacOS is it's tight integration with Mac hardware.
Weird flex...
Otherwise it's not an emulator but some kind of pass-through mechanism.
As others have pointed out, emulating macOS is only a ToS violation if done on non-Apple hardware, and this tool supports macOS. There is a legitimate usecase of running macOS VM on macOS.
Sure, you could use some apple-provided emulation tool instead of QEMU but that's a matter of choice, not a violation of ToS.
Disclaimer: I'm not a lawyer. This is not legal advice.
To start your Windows virtual machine run: quickemu --vm windows-10.conf
> quickemu --vm windows-10.conf ERROR! QEMU 6.0.0 or newer is required, detected 10.1.2.
Quickemu: Quickly run optimised Windows, macOS and Linux virtual machines - https://news.ycombinator.com/item?id=39188432 - Jan 2024 (133 comments)
Not affiliated with Hacker News or Y Combinator. We simply enrich the public API with analytics.