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

171–180 of 199 posts

Re: macOS in QEMU in Docker

#171

Post by replete »

steve1977 wrote: post #162
replete wrote: post #131

Earlier quoted context omitted.

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.

> And you can't run hypervisors on an AMD hackintosh But isn't the use case here running macOS in Docker on a AMD-based computer for example? So macOS would only see what QEMU presents it. Or are you talking about virtualization within that container? Then I probably misunderstood.

I was referring to baremetal, but the same applies if virtualized on an AMD host

Re: macOS in QEMU in Docker

#172

Post by amelius »

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 anymore.

Self-contained distribution should be the norm.

Re: macOS in QEMU in Docker

#173

Post by 01HNNWZ0MV43FF »

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…

Because if you had large binaries in your repo, it would grow quickly every time they changed, and GitHub would charge you lots of money, right?

Re: macOS in QEMU in Docker

#174

Post by idunnoman1222 »

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

Re: macOS in QEMU in Docker

#175

Post by saagarjha »

orbat wrote: post #40
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.

Have you run into Viable https://eclecticlight.co/virtualisation-on-apple-silicon/ or VirtualBuddy https://github.com/insidegui/VirtualBuddy ? I think at least Viable has some limitations though Edit: "some" limitations is putting it lightly. From https://eclecticlight.co/2022/11/17/lightweight-virtualisati... which is apparently still current: > Apple’s current implementation of lightweight virtualisation still has…

Apple ID support has been added in Sequoia.

Re: macOS in QEMU in Docker

#176

Post by dboreham »

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…

People love them some mystery meat.

Re: macOS in QEMU in Docker

#177

Post by lostlogin »

nstart wrote: post #168
dbtablesorrows wrote: post #158

Earlier quoted context omitted.

The answer is churn, my friend. There's so much churn in devops space that nobody has time to figure out "the correct way" anymore.

In this case, the individual did it for their own research purposes for security stuff. I looked at their profile. They have a demo running a modded version of Doom on a John Deere tractor display. This person definitely takes the time to figure stuff out :D .

> John Deere

The right to repair and the right to rampage?

Re: macOS in QEMU in Docker

#178

Post by resource_waste »

mynameisvlad wrote: post #130
resource_waste wrote: post #119

Earlier quoted context omitted.

Feeling old when I say I'm at 18 years. But I think its an experience thing rather than 'years' thing. If you only used Ubuntu for 10 years, you wont know what modern linux is like. You sound like a Kubunutu expert, not a linux expert.

"Sorry a decade of use is not enough to be considered an expert. Also your experience is useless because it's on a distro I don't like." This is just pointless gatekeeping doubled down on at this point. People can be experts and use Kubuntu. People can be veterans and use Ubuntu. People can be absolute beginners and use Arch or OpenSUSE or literally any other distro. Use of distro is in no way shape or form indicativ…

Debian-family distros are literally outdated.

Its not even gatekeeping in 2024. Linux pros are avoiding debian-family.

Why would you use a buggy, slow, outdated distro when we have fast, modern, and fewer bugs?

This is an ignorance thing, much of the linux community repeats what they did in the past, afraid to change.

Re: macOS in QEMU in Docker

#179

Post by sebstefan »

lyu07282 wrote: post #159
nottorp wrote: post #48

> Docker-OSX now has a Discord server & Telegram! The Discord is active on #docker-osx and anyone is welcome to come and ask questions, ideas, etc. No forum eh? Everyone should come to the live channels and ask the same questions again :)

Discord has built-in forums with search. Tell me you've never used discord without telling me you've never used discord.

Built-in un-googleable forums with a gate in front that nobody even uses except the Rustlang discord

Re: macOS in QEMU in Docker

#180

Post by eropple »

lostlogin wrote: post #177
nstart wrote: post #168

Earlier quoted context omitted.

In this case, the individual did it for their own research purposes for security stuff. I looked at their profile. They have a demo running a modded version of Doom on a John Deere tractor display. This person definitely takes the time to figure stuff out :D .

> John Deere The right to repair and the right to rampage?

It's a berserk pack, jeez. Rampage is by Midway. ;)
Post reply on HN