Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

macOS in QEMU in Docker

github.com

Post reply on HN
Print view View original

131–140 of 199 posts

Re: macOS in QEMU in Docker

#131

Post by replete »

steve1977 wrote: post #124
replete wrote: post #54

The only chance at GPU acceleration is passing through a supported dGPU (>= AMD RX 6xxx @ 14.x, no chance modern nvidia) with PCI passthrough. Intel iGPUs work up to Comet lake, and some Ice Lake, but anything newer will not work. Apple Silicon build of MacOS probably not going to be emulatable any time soon, though there is some early work in booting ARM darwin Also Intel VT-x is missing on AMD, so virtualization is…

> Also Intel VT-x is missing on AMD, so virtualization is busted on AMD hosts Wouldn’t that work with AMD-V?

Nope. There's only ever been Intel x86 apple computers so x86 mac software is Intel specific. Most things work fine on AMD, but some things don't work without hacks, such as digital audio workstations, some adobe applications etc. And you can't run hypervisors on an AMD hackintosh, the work around for docker is to install an old version of virtualbox and make it emulate instead.

Re: macOS in QEMU in Docker

#133

Post by replete »

zamalek wrote: post #129
steve1977 wrote: post #124

Earlier quoted context omitted.

> Also Intel VT-x is missing on AMD, so virtualization is busted on AMD hosts Wouldn’t that work with AMD-V?

Yeah I would expect it too. As far as I know, AMD has had better luck with hackintoshes and VMacs.

AMD is far more complicated than Intel based machines in this regard. There's never been an apple computer with an AMD CPU...

Re: macOS in QEMU in Docker

#135

Post by mappu »

replete wrote: post #134
croemer wrote: post #125

Note that this project currently provides only x86-64 Docker images, and not for aarch64.

No apple silicon emulators exist yet, and probably wont for years

Qemu can somewhat do it already, with limitations - see https://youtu.be/oZqFYJVOUQo?si=wKaK6vLzfomESerY

Re: macOS in QEMU in Docker

#136

Post by caconym_ »

hadlock wrote: post #123
scintill76 wrote: post #110

Earlier quoted context omitted.

I’m not a lawyer, but pretty sure unauthorized redistribution of copyrighted material is a crime (in the US.) This docker image contains Apple copyrighted files, probably, but anyone feel free to explain if I’m wrong.

You need to prove commercial intent to profit If a choir teacher distributes the lyrics to a Britney Spears song to their students for practice, there is nothing illegal about this If a choir teacher starts a website britneylyrics.com and puts ads on the website, that would qualify The EULA might prohibit redistribution, but you don't need to accept an EULA to copy-paste files, as far as I know.

My understanding is that commercialization certainly weakens a fair use argument, but that its absence does not automatically make a reproduction and/or distribution fair use.

Re: macOS in QEMU in Docker

#137

Post by scintill76 »

hadlock wrote: post #123
scintill76 wrote: post #110

Earlier quoted context omitted.

I’m not a lawyer, but pretty sure unauthorized redistribution of copyrighted material is a crime (in the US.) This docker image contains Apple copyrighted files, probably, but anyone feel free to explain if I’m wrong.

You need to prove commercial intent to profit If a choir teacher distributes the lyrics to a Britney Spears song to their students for practice, there is nothing illegal about this If a choir teacher starts a website britneylyrics.com and puts ads on the website, that would qualify The EULA might prohibit redistribution, but you don't need to accept an EULA to copy-paste files, as far as I know.

I think you’re right for the definition of criminal infringement. I still think this image is civilly liable for infringing Apple’s copyright (not a crime as I originally said.)

> The EULA might prohibit redistribution

I don’t think it matters. Copyright law automatically forbids copying. Well, assuming Apple complied with any requirements to have a valid copyright, which seems a safe bet.

Re: macOS in QEMU in Docker

#138

Post by shortformblog »

I did an interview with Sick Codes a while back where he talked about his approach to this product: https://www.vice.com/en/article/akdmb8/open-source-app-lets-...

Also wanna point out the existence of OSX-PROXMOX, which does something similar for Proxmox home servers: https://github.com/luchina-gabriel/OSX-PROXMOX

I’ve personally been using the latter on my HP Z420 Xeon; it’s very stable, especially with GPU passthrough.

Re: macOS in QEMU in Docker

#139

Post by dqh »

resource_waste wrote: post #82
dqh wrote: post #65

Earlier quoted context omitted.

Ubuntu 24.04 is a disaster in my mid-2015 MBP. Ubuntu 22.04 is surprisingly good though.

To be fair, I'm not sure any linux veterans are using Ubuntu. Its a popular OS, but its not a good OS. (Think terrible pop music that teenagers will still listen to) Even Debian has lost its favorability by having sooo much legacy bloat, bugs, and outdated kernels that wont run Nvidia GPUs(2023) or other recent peripherals. I'd be much more curious how Fedora or OpenSUSE hold up.

I’ve been continually using Linux for various purposes since the late 90s, and recently wrote a non-trivial kernel module for an embedded device. So I’m veteran-ish.

I tried Ubuntu on my MBP because I thought its popularity would mean the best chance of things working out of the box. I’m long past having time to spend on getting basic things working.

Re: macOS in QEMU in Docker

#140

Post by m463 »

ThatMedicIsASpy wrote: post #34
arghwhat wrote: post #31

Earlier quoted context omitted.

Eh? QEMU USB passthrough is true USB passthrough. The problems with USB passthrough stem from issues related to USB controllers themselves and how device enumeration works, with the only better solution being PCIe passthrough of entire USB controllers... Which then present a different set of problems. Speaking from experience in large VM test farms with a significant amount of forwarded hardware. (However, "USB over…

On proxmox with a USB DAC/AMP it is impossible to get correct audio without pcie passthrough of the usb controller

I've run into this too. And I had to do a bunch of investigation into iommu groups to find a controller that wasn't shared.
Post reply on HN