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

191–199 of 199 posts

Re: macOS in QEMU in Docker

#191

Post by nixpulvis »

oldandboring wrote: post #181

I set this up a few months ago as an experiment. Worked pretty well until I discovered that for iMessage to work, the application phones home to Apple using your hardware IDs, and this project uses fake values. At that point I started spiraling down the Great Waterslide of Nope, slowly discovering that the fake values are flagged by Apple and they will, as a consequence, flag your iCloud ID as a potential spammer, li…

Pro tip: In general, don’t use your main iCloud account (or other accounts) for security research.

Re: macOS in QEMU in Docker

#192

Post by bpye »

jeroenhd wrote: post #166
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…

In theory someone could write a display driver for libvirt/kvm/qemu 3D acceleration, like the ones that exist for Windows and Linux. With those (suboptimal) GPU performance would become available to just about any GPU. AMD has its own VT-X alternative (AMD-V) that should work just fine. There are other challenges to getting macOS to boot on AMD CPUs, though, usually fixed by loading kexts and other trickery. I don't…

Virtualization.framework can also offer a paravirtual GPU [0] - it would definitely be interesting if someone reverse engineered that…

[0] - https://developer.apple.com/documentation/paravirtualizedgra...

Re: macOS in QEMU in Docker

#193

Post by IAmLiterallyAB »

idunnoman1222 wrote: post #174
acka wrote: post #157

Somewhat off topic but still highly relevant for people who actually want to use projects like this: why oh why do so many build recipes such as Dockerfiles insist on pulling random stuff off the internet as part of the build process? For example, the Dockerfile in this project pulls in two Git repositories and a script at build time. Besides the obvious build failures on heavily sandboxed build servers with no acces…

Running Mac on linux isn’t even legal* so calm your how are real orgs meant to use this

As long as it's on Apple hardware it's fine right? Or is there something else

Re: macOS in QEMU in Docker

#194

Post by doublerabbit »

amelius wrote: post #172
acka wrote: post #157

Somewhat off topic but still highly relevant for people who actually want to use projects like this: why oh why do so many build recipes such as Dockerfiles insist on pulling random stuff off the internet as part of the build process? For example, the Dockerfile in this project pulls in two Git repositories and a script at build time. Besides the obvious build failures on heavily sandboxed build servers with no acces…

I really hate it when projects pull build files from the internet. Usually this happens unexpectedly. Besides the security issues that you mentioned, it also means that packaging software that depends on it becomes much more difficult and prone to unpleasant surprises, like when there is a version issue or when there is simply no internet, and of course the worst nightmare is if the dependency is not available anymor…

The usage of Github within Go projects for dependencies is one of the reasons why I back away from using Go.

Re: macOS in QEMU in Docker

#195

Post by jamesrr39 »

paulmd wrote: post #154
ForOldHack wrote: post #147

Earlier quoted context omitted.

Oh thank God! Now I have use for my macplus badge. Just cut and glue, and vola apple branded. It was running system 6, so Snow leopard. I did install QuickTime and it basically destroyed my windows, but it's a port of the MacOS. This elua has more holes in it than a windows 95 login screen. I am in control.

maybe apple, but intel would never fall for such a simplistic ploy. their lawyer are a million billion miles ahead of you, kiddo. https://i.imgur.com/fop769Z.jpeg (too bad they didn't pay such close attention to the power profiles their partners were attaching the intel brand name to...)

> Intel reserves the right to ask you to stop using the logo [...]

Serious stuff!

Re: macOS in QEMU in Docker

#196

Post by daft_pink »

bm3 wrote: post #114
daft_pink wrote: post #97

This would be awesome to run iCloud sync on my homeserver. Currently, there is no good way to physically backup iCloud on a homeserver/nas, because it only runs on windows/apple.

How would this help with that? What would this let you do that's different than just rsync'ing your iCloud folder from a connected Mac/PC to your NAS?

The problem is that I would have to purchase a dedicated desktop with enough storage to hold all my iCloud files and iCloud no longer syncs to external drives, so it’s cost prohibitive to purchase a desktop Mac expressly for that purpose.

Re: macOS in QEMU in Docker

#197

Post by iforgotmysocks »

doublerabbit wrote: post #194
amelius wrote: post #172

Earlier quoted context omitted.

I really hate it when projects pull build files from the internet. Usually this happens unexpectedly. Besides the security issues that you mentioned, it also means that packaging software that depends on it becomes much more difficult and prone to unpleasant surprises, like when there is a version issue or when there is simply no internet, and of course the worst nightmare is if the dependency is not available anymor…

The usage of Github within Go projects for dependencies is one of the reasons why I back away from using Go.

I am not familiar with Go, but if the package manager doesn't allow for arbitrary script to run(cough NPM cough) I reckon it's fine.

Re: macOS in QEMU in Docker

#198

Post by JayDustheadz »

userbinator wrote: post #153
JayDustheadz wrote: post #22

Can this be launched on an M1 Mac? I'm trying to find a way to run a Big Sur VM on my M1 Mac on Monterey/Ventura.

All the sibling comments appear to have missed your requirement of running Big Sur (macOS 11) --- everything based on Virtualization Framework is "paravirtualisation" and requires cooperation between the host and guest. You could run the amd64 version of macOS 11 in QEMU on the M1, but that's ARM-to-x86 emulation, which will be slow, and I suppose isn't what you're looking for.

It doesn't matter how sluggish this is - all I'm looking is to start Big Sur, open App Store and install one app ( Final Cut Pro ). In other words, looking for a way to download the older version of FCP.

Re: macOS in QEMU in Docker

#199

Post by sim7c00 »

replete wrote: post #170
sim7c00 wrote: post #161

Earlier quoted context omitted.

i think for the most part the cpus should be ok. they do have different feature sets but the isa is the same. the platform chipset is a different topic i guess. they dont need to share any logic or semantics between amd/intel as those are controlled by drivers rather than having to execute programmer's machine code directly. not 100% on this, but x86_64 between amd and intel does share a lot of overlap right? if you…

It mostly works, but virtualisation (even on baremetal) isn't possible at the moment, some applications need special patches, and weird issues here and there for some situations. AMD hacks are a hobby for a lot of people

thats thata given me quite a new hole to fall into and discover :D
Post reply on HN