? Curious Hacker Newsfront | about | examples | prompts | view on HN unofficial mirror
The Hackintosh Reborn (naut.ca)
258 points by rubatuga 2026-11-05 | 122 comments | side by side | 4 rewritten | show 4 removed | updated 05:16 UTC
 help



There was a time when I used to wish for OSX (wasn't macOS yet) on other hardware. Now I want anything but macOS on mac hardware.

There was a time when I used to wish for OSX (wasn't macOS yet) on other hardware. Now I want anything but macOS on mac hardware.

A brief, opinionated personal take on how views of macOS and Mac hardware have flipped; nothing to edit.
colordrops 2026-11-06 05:073/10ideologicallow_effort | parent | next [–]

Absolutely, Linux is now far superior to other commercial OSes when it comes to power users.

Absolutely, Linux is now far superior to other commercial OSes when it comes to power users.

A strongly held opinion stated without any swipe at people, so it stays verbatim.

Back in the P4-dev-machine Intel Mac days, I played a tiny part in getting OS X running on commodity hardware. It was such a vibrant, hacker-y community, and a real thrill to see OS X boot on a Dell. Long after my patches were superseded, I still told everyone I'd helped. Honestly, I was like that friend who wouldn't stop telling you about their trip to Bar-thel-ona.

Nowadays, every time I open my work Mac, the only thing I can muster is "at least it's not Windows." And the only reason I even use one for work is that the unified memory does come in handy for compute.

Back in the P4-dev-machine Intel Mac days, I played a tiny part in getting OS X running on commodity hardware. It was such a vibrant, hacker-y community, and a real thrill to see OS X boot on a Dell. Long after my patches were superseded, I still told everyone I'd helped. Honestly, I was like that friend who wouldn't stop telling you about their trip to Bar-thel-ona.

Nowadays, every time I open my work Mac, the only thing I can muster is "at least it's not Windows." And the only reason I even use one for work is that the unified memory does come in handy for compute.

First-hand recollection of the early Hackintosh scene, with a wry, personal view of macOS today.
zx8080 2026-11-06 04:485/10first_handquestion | root | parent [–]

It's the point at which I honestly don't want any of the popular available OS/hardware for my own machine: windows is ad hell (and quality also), macos goes towards touch ui hell (and updates always break more than I would expect), linux update always break major features I use on my current laptop (sleep and hibernation), and the complexity of setting up hybrid gpu setup: i really DON'T want or need to use nvidia gpu for rendering my desktop! But there'll be no external display output without enabling nvidia gpu all-time. Sad state of the drivers quality from the top-10 tech company of today (nvidia) for the most popular professional OS (linux)! Battery life is 2h on linux (30% of the expected). Windows 10 works fine 6h on the same machine!

What to set up?

It's the point at which I honestly don't want any of the popular available OS/hardware for my own machine: windows is ad hell (and quality also), macos goes towards touch ui hell (and updates always break more than I would expect), linux update always break major features I use on my current laptop (sleep and hibernation), and the complexity of setting up hybrid gpu setup: i really DON'T want or need to use nvidia gpu for rendering my desktop! But there'll be no external display output without enabling nvidia gpu all-time. Sad state of the drivers quality from the top-10 tech company of today (nvidia) for the most popular professional OS (linux)! Battery life is 2h on linux (30% of the expected). Windows 10 works fine 6h on the same machine!

What to set up?

Blunt frustration, but it gives concrete first-hand details on Linux hybrid GPU and battery problems and asks a genuine question.

Have to admit I giggled a little. Macs had hardware issues for a while with not so great cpus and butterfly keyboards. Now that Apple has gotten so good at hardware their software is struggling a lot.

Have to admit I giggled a little. Macs had hardware issues for a while with not so great cpus and butterfly keyboards. Now that Apple has gotten so good at hardware their software is struggling a lot.

Light, good-natured observation about Apple's hardware and software quality trading places; nothing to moderate.

I wish I could get the mac hardware with linux. MacOS I am not a fan of. But they have the best hardware and the best cpus for laptops bar none.

I wish I could get the mac hardware with linux. MacOS I am not a fan of. But they have the best hardware and the best cpus for laptops bar none.

A plain, civil opinion on Mac hardware versus macOS; minor but relevant to the topic.

More than that, I wish I could get all the apple crap off the drive that is glued into the Macbook.

That is something asahi has vowed to never enable.

https://asahilinux.org/docs/platform/security/#apples-unspoken-agreement

It might have worked out better if Apple had forbidden Linux on Apple Silicon instead of controlling a pet Linux project.

More than that, I wish I could get all the apple crap off the drive that is glued into the Macbook.

That is something asahi has vowed to never enable.

https://asahilinux.org/docs/platform/security/#apples-unspoken-agreement

It might have worked out better if Apple had forbidden Linux on Apple Silicon instead of controlling a pet Linux project.

Blunt and cynical about Apple, but it makes a real point about Asahi's limits on removing macOS and includes a source.
pcwalton 2026-11-06 02:247/10informativeinsightful | root | parent | next [–]

You're never going to be able to get the Apple code off an Apple Silicon Mac anyway, because of the enormous amount of proprietary firmware that the OS has to interface with. Apple Silicon devices offload an exceptional amount of hardware functionality to firmware blobs that the OS just sends messages to. Removing the macOS container wouldn't change this.

You're never going to be able to get the Apple code off an Apple Silicon Mac anyway, because of the enormous amount of proprietary firmware that the OS has to interface with. Apple Silicon devices offload an exceptional amount of hardware functionality to firmware blobs that the OS just sends messages to. Removing the macOS container wouldn't change this.

Substantive, civil correction explaining how Apple Silicon relies on proprietary firmware blobs regardless of macOS.

Reversing said blobs is only a few tokens away.

Reversing said blobs is only a few tokens away.

Terse, wry disagreement suggesting AI could reverse the firmware blobs; aimed at the problem, not a person.
what 2026-11-06 03:45 | removed0/10snarklow_effort | root | parent [–]

Keep us posted. I assume you have a few tokens to spare.

Keep us posted. I assume you have a few tokens to spare.

One-line sarcastic dare with no underlying point or information to preserve.

As far as I know, the Asahi project has absolutely no communication with Apple. It’s not Apple’s “pet” project and they don’t control it.

As far as I know, the Asahi project has absolutely no communication with Apple. It’s not Apple’s “pet” project and they don’t control it.

Plain, civil factual disagreement correcting the claim that Apple controls Asahi.

A bare link, but it directly and usefully rebuts the parent by citing Asahi's documentation on Apple's tacit stance.

It says “unspoken”. It’s a constraint Asahi team have understood that they have. Not an actual agreement.

It says “unspoken”. It’s a constraint Asahi team have understood that they have. Not an actual agreement.

Plain, civil disagreement that clarifies the linked source's meaning.

That only works to Apple's advantage and against Asahi's. Unspoken agreements are the easiest to nullify unilaterally.

That only works to Apple's advantage and against Asahi's. Unspoken agreements are the easiest to nullify unilaterally.

Terse but substantive point that an unspoken arrangement favors Apple because it can be dropped unilaterally.
Joel_Mckay 2026-11-06 01:144/10ideologicalinformative | root | parent | prev | next [–]

Tying is technically illegal, and allowing other OS to be installed is your only real defense as a business. Some ignore these laws with software, but do so at their own peril.

https://en.wikipedia.org/wiki/Tying_(commerce)

https://en.wikipedia.org/wiki/United_States_antitrust_law

Note, keeping competitors barely operational inside a walled garden is classic Apple policy. No other company has the goodwill inertia to pull off such stunts. =3

Tying is technically illegal, and allowing other OS to be installed is your only real defense as a business. Some ignore these laws with software, but do so at their own peril.

https://en.wikipedia.org/wiki/Tying_(commerce)

https://en.wikipedia.org/wiki/United_States_antitrust_law

Note, keeping competitors barely operational inside a walled garden is classic Apple policy. No other company has the goodwill inertia to pull off such stunts. =3

Firm, cynical view of Apple with a relevant antitrust argument and links; criticism is aimed at a company, not a person.

> Tying (informally, product tying) is the practice of selling one product or service as a mandatory addition to the purchase of a different product or service

MacOS isn't sold anymore, it's a free download for all supported Macs - meaning Apple is not "selling one product or service as a mandatory addition to the purchase of a different product", regardless of which product you think is being tied to the other (hardware or software).

I can see where you're coming from, but Apple wouldn't necessarily be in trouble due to the wording of the law. Maybe in some countries where the spirit of a law matters more than the specific wording, but we're quoting US legal definitions here, and my mental model of the US legal system has the phrasing mattering more than the intention

> Tying (informally, product tying) is the practice of selling one product or service as a mandatory addition to the purchase of a different product or service

MacOS isn't sold anymore, it's a free download for all supported Macs - meaning Apple is not "selling one product or service as a mandatory addition to the purchase of a different product", regardless of which product you think is being tied to the other (hardware or software).

I can see where you're coming from, but Apple wouldn't necessarily be in trouble due to the wording of the law. Maybe in some countries where the spirit of a law matters more than the specific wording, but we're quoting US legal definitions here, and my mental model of the US legal system has the phrasing mattering more than the intention

Civil, substantive disagreement that engages the legal definition of tying with a specific counterargument.

You object to their extremely well-explained well-argued and sane position, but make no argument why or what position you prefer?

> instead of controlling a pet Linux project.

Huh? Apple does not control Asahi and never did.

You object to their extremely well-explained well-argued and sane position, but make no argument why or what position you prefer?

> instead of controlling a pet Linux project.

Huh? Apple does not control Asahi and never did.

Firm disagreement that asks for the parent's argument and corrects the claim that Apple controls Asahi; no personal attack.

Seeing the amount of trouble I'm having getting my HP omnibook X 14 (Snapdragon / ARM) to run linux with all peripherals; don't hold your breath.

I much prefer ARM over x64 and Linux/BSD over the alternative but it's a wasteland of patches and technical debt out there.

Seeing the amount of trouble I'm having getting my HP omnibook X 14 (Snapdragon / ARM) to run linux with all peripherals; don't hold your breath.

I much prefer ARM over x64 and Linux/BSD over the alternative but it's a wasteland of patches and technical debt out there.

Good-faith first-hand account of the difficulty of running Linux on ARM laptops.

I had one of those … the only reason I got it was for the NPU and the ram … but then there was no PCIE bandwidth …. Moved on lol

I had one of those … the only reason I got it was for the NPU and the ram … but then there was no PCIE bandwidth …. Moved on lol

Casual first-hand note about the laptop's limited PCIe bandwidth; minor but real and not hostile.

Interesting. What did you move on to?

Interesting. What did you move on to?

A genuine, friendly follow-up question that invites the commenter to share their experience.

M1-M3 support: https://omarchy.org/news/2026/11/omarchy-4-5/ And the later models are being actively worked on.

M1-M3 support: https://omarchy.org/news/2026/11/omarchy-4-5/ And the later models are being actively worked on.

Directly useful link answering the parent, with status on newer models.

There's also gravity linux with M4 support: https://gravitylinux.org/

There's also gravity linux with M4 support: https://gravitylinux.org/

A short, useful pointer to another Linux option that extends the thread's hardware support to M4.
justauserid 2026-11-06 03:564/10questioninformative | root | parent [–]

Is there any that supports that fingerprint reader? Asahi doesn't.

Is there any that supports that fingerprint reader? Asahi doesn't.

Genuine short question that adds a useful detail about Asahi's lack of fingerprint reader support.

Is that just Omarchy or are they sharing the progress with other distros?

Is that just Omarchy or are they sharing the progress with other distros?

Genuine, on-topic question about whether the hardware support work is shared with other distros.

Asahi doesn't take AI generated code, so they won't take Omarchy code, but they are trying to get upstream core Linux to accept their patches.

Asahi doesn't take AI generated code, so they won't take Omarchy code, but they are trying to get upstream core Linux to accept their patches.

Directly answers the question with useful context on Asahi's AI policy and upstreaming efforts.

I imagine some of the maintainers of distributions are uncomfortable with the amount of LLM-generated code.

I also imagine they will be left behind, for better or for worse as AI-authored software and hardware will satisfy people's needs faster than that developed by humans.

I don't see a way to merge these rapidly moving frontiers of software without radically different distributed software development and distribution networks where AIs collaborate on a global scale. Perhaps the only way to keep playing is to grow a "super cortex", a projection of ourselves into the digital. Like today's agents, but improved, grounded by our knowledge and understanding.

This smells a bit like Skynet. Also, Software Heaven.

I'm not sure how I feel.

I imagine some of the maintainers of distributions are uncomfortable with the amount of LLM-generated code.

I also imagine they will be left behind, for better or for worse as AI-authored software and hardware will satisfy people's needs faster than that developed by humans.

I don't see a way to merge these rapidly moving frontiers of software without radically different distributed software development and distribution networks where AIs collaborate on a global scale. Perhaps the only way to keep playing is to grow a "super cortex", a projection of ourselves into the digital. Like today's agents, but improved, grounded by our knowledge and understanding.

This smells a bit like Skynet. Also, Software Heaven.

I'm not sure how I feel.

A speculative but sincere reflection on LLM-generated code and distro maintainers, with no swipes at anyone.

Linus is full steam ahead on AI, so one way or another those distros will be running AI code unless they want to fork the kernel.

Linus is full steam ahead on AI, so one way or another those distros will be running AI code unless they want to fork the kernel.

Terse but on-topic point that distros can't avoid AI code if the kernel accepts it; no swipe at anyone.
bigyabai 2026-11-05 23:257/10informativeinsightful | root | parent [–]

It doesn't mean that people don't review the code, though. You still can't ask Linus to merge a million-line patch, even if it works.

And more importantly, documenting Mac hardware takes time. Components like the speaker on a Macbook can be permanently damaged if you don't write the drivers in a specific way. Other features like the Secure Enclave, power management, and TouchID might be unsupportable depending on how Apple designed it.

Asahi's stance isn't particularly crazy, and it probably aligns with how Linus feels about upstreaming code that nobody understands.

It doesn't mean that people don't review the code, though. You still can't ask Linus to merge a million-line patch, even if it works.

And more importantly, documenting Mac hardware takes time. Components like the speaker on a Macbook can be permanently damaged if you don't write the drivers in a specific way. Other features like the Secure Enclave, power management, and TouchID might be unsupportable depending on how Apple designed it.

Asahi's stance isn't particularly crazy, and it probably aligns with how Linus feels about upstreaming code that nobody understands.

Substantive, civil reply on code review limits and the real hardware risks of undocumented Mac drivers.

I think the other factor is all these additional projects are starting from the work Asahi has done, whether they're actually able to deliver substantial value themselves is yet to be seen, especially safely and securely.

Personally I don't think it's very likely the tables would turn and Asahi became dependent upon their contributions. I foresee a much bleaker future for Omarchy, crashing and burning from some reckless and unnecessarily abrasive whim of DHH. I'm not optimistic about Gravity Linux either, it's a single-dev project and that's prone to failure for many reasons.

I think the other factor is all these additional projects are starting from the work Asahi has done, whether they're actually able to deliver substantial value themselves is yet to be seen, especially safely and securely.

Personally I don't think it's very likely the tables would turn and Asahi became dependent upon their contributions. I foresee a much bleaker future for Omarchy, crashing and burning from some reckless and unnecessarily abrasive whim of DHH. I'm not optimistic about Gravity Linux either, it's a single-dev project and that's prone to failure for many reasons.

Substantive, if pessimistic, take on downstream projects' dependence on Asahi; criticism of DHH is opinion about a public figure's conduct, not a swipe worth editing.
gorilla_fight 2026-11-06 00:316/10first_handinformative | root | parent | prev [–]

TouchID is already supported on Omarchy, I use it on my daily driver MacBook works great. The speaker too.

It is quite remarkable how far along support has come: https://aurorasilicon.org/devices/

TouchID is already supported on Omarchy, I use it on my daily driver MacBook works great. The speaker too.

It is quite remarkable how far along support has come: https://aurorasilicon.org/devices/

Civil first-hand counterpoint with a useful link showing TouchID and speaker support on Mac hardware.

https://github.com/omacom/omarchy/blob/quattro/manual/44-mac-support.md but here they say

> Please note that installing on an M-series Mac is not directly supported at this time.

https://github.com/omacom/omarchy/blob/quattro/manual/44-mac-support.md but here they say

> Please note that installing on an M-series Mac is not directly supported at this time.

Cites Omarchy's own documentation, which contradicts the parent's claim; a useful factual check.

Support would be great, but there seems no way to download it atm: https://aurorasilicon.org/docs/download/

Support would be great, but there seems no way to download it atm: https://aurorasilicon.org/docs/download/

Civil, useful follow-up noting a practical limit on the linked project: no download is available right now.

For M4 and M5, the speakers are not listed as working. M1, M2 and M3 are all using Asahi drivers.

> It is quite remarkable how far along support has come

Is it? All I'm seeing from that page is that they forked Asahi's M1-M4 work, and then failed to bring up M5 and M6. What's remarkable here?

For M4 and M5, the speakers are not listed as working. M1, M2 and M3 are all using Asahi drivers.

> It is quite remarkable how far along support has come

Is it? All I'm seeing from that page is that they forked Asahi's M1-M4 work, and then failed to bring up M5 and M6. What's remarkable here?

Firm disagreement backed by specifics on speaker support and Asahi's role; blunt but aimed at the claim, not a person.

> I imagine some of the maintainers of distributions are uncomfortable with the amount of LLM-generated code.

Then those distributions will fail.

It's 2026. Any open source project with an anti-AI stance will get its milkshake drunk by a fork that embraces AI. How can people still not see this?

> I imagine some of the maintainers of distributions are uncomfortable with the amount of LLM-generated code.

Then those distributions will fail.

It's 2026. Any open source project with an anti-AI stance will get its milkshake drunk by a fork that embraces AI. How can people still not see this?

A firm, sweeping prediction about anti-AI projects being out-forked is plain disagreement, not an attack on a person, so it stays verbatim.

I don't buy that. Not everything is a race-to-the-finish competition.

The primary message we get out of the AI ecosystem is "MORE MORE MORE FASTER FASTER FASTER".

First off, that's not really what plenty of projects are about. You might like your favourite Linux distribution or desktop environment because it represents less, as a curated vision-- an AI "workalike" could offer ten thousand new features per week, but break the earned trust that a single clear vision provided.

Second, beyond a certain point, speed burns through the human components of a software project. There are only so many reviews that can be done, whether the source is AI or enthusiastic humans. Quality eventually suffers, contributors burn out, and the project dies.

If you point a well-funded slop cannon at an unfunded open-source project, they're not going to say "let's find 20 new reviewers to keep up with the firehose of commits!" They either have to circle their wagons and get finicky about what they allow, throw up their hands about quality, or rely on the machine itself, the dreamworld where they build enough test suites and harnesses to somehow keep Microsoft Paint from having zero-days.

Given those choices, I feel like I'd be happier to see "we circled the wagons". This doesn't necessarily mean "no AI" but it means keeping the project at a manageable scale, and right now, the way to handle that is to push away AI contributions without a bulletproof background behind them.

Going even further, it's high time we saw a "slow software" movement to counter the "move fast and break things" and its new cousin "move even faster and let the bot break things for you". I want smaller programs written by happier people under less psychic and economic assault.

I don't buy that. Not everything is a race-to-the-finish competition.

The primary message we get out of the AI ecosystem is "MORE MORE MORE FASTER FASTER FASTER".

First off, that's not really what plenty of projects are about. You might like your favourite Linux distribution or desktop environment because it represents less, as a curated vision-- an AI "workalike" could offer ten thousand new features per week, but break the earned trust that a single clear vision provided.

Second, beyond a certain point, speed burns through the human components of a software project. There are only so many reviews that can be done, whether the source is AI or enthusiastic humans. Quality eventually suffers, contributors burn out, and the project dies.

If you point a well-funded slop cannon at an unfunded open-source project, they're not going to say "let's find 20 new reviewers to keep up with the firehose of commits!" They either have to circle their wagons and get finicky about what they allow, throw up their hands about quality, or rely on the machine itself, the dreamworld where they build enough test suites and harnesses to somehow keep Microsoft Paint from having zero-days.

Given those choices, I feel like I'd be happier to see "we circled the wagons". This doesn't necessarily mean "no AI" but it means keeping the project at a manageable scale, and right now, the way to handle that is to push away AI contributions without a bulletproof background behind them.

Going even further, it's high time we saw a "slow software" movement to counter the "move fast and break things" and its new cousin "move even faster and let the bot break things for you". I want smaller programs written by happier people under less psychic and economic assault.

Firm, well-argued disagreement about review capacity, project vision and maintainer burnout.

> How can people still not see this?

Perhaps the 30+ years of non-LLM generated Linux support for UEFI/ACPI and ARM device tree chips has something to do with it.

> How can people still not see this?

Perhaps the 30+ years of non-LLM generated Linux support for UEFI/ACPI and ARM device tree chips has something to do with it.

Wry but substantive disagreement, pointing to decades of hand-written Linux hardware support; aimed at the argument, not a person.

Developed with techniques that were state-of-the-art at the time.

The state of the art has changed.

Developed with techniques that were state-of-the-art at the time.

The state of the art has changed.

A terse but civil disagreement arguing that LLMs have changed how driver work is done.
tawny_raven30 2026-11-06 04:35 | rewritten6/10informative | original | root | parent [–]

You still need documentation. Asahi on M1 is 7 years old, with no ACPI substitute.

Coding was never the bottleneck for emulation or reverse-engineering.

original comment by bigyabai

You still need documentation. Asahi on M1 is 7 years old, with no ACPI substitute.

It may shock you to hear that coding was never the bottleneck for emulation or reverse-engineering.

Kept the substantive point about documentation being the bottleneck and dropped the condescending "It may shock you" framing.
cyclopeanutopia 2026-11-06 01:16 | removed0/10snarklow_effort | root | parent | prev [–]

Maybe it's you who are seeing what you want, not what's there. :)

Maybe it's you who are seeing what you want, not what's there. :)

One-line personal jab with no argument or evidence, only a dig at the parent commenter.
wyre 2026-11-05 22:134/10informative | root | parent | prev | next [–]

Fedora and Void Linux both can run on Asahi Linux (M1-M3 macs)

Fedora and Void Linux both can run on Asahi Linux (M1-M3 macs)

Short factual answer to the parent's question about which distros benefit from Asahi work.

It's Asahi Alarm + Omarchy configs.

It's Asahi Alarm + Omarchy configs.

A short, direct factual answer to the parent's question.

[deleted]
SilentM68 2026-11-06 02:195/10first_handinformative | root | parent | prev | next [–]

Omarchy's one of the three OSs that I tried today on an Ubuntu 26.4 VM host. I was a quick install but if felt a bit rough, like driving a tractor. I also got in trouble when I tried to bring up the Display Settings and screwed things up. Not ready for prime-time, in my case anyways. Probably was my inexperience with arch distros.

Also tried LordOS very quick, very easy to install, looks and feels like macOS, but Debian distro underneath.

I also tried GhostBSD. It's easy enough to work with, but it does not have any packages for "spice-vdagent," which I needed to resize the screen size and clipboard copy/paste support between host and guest devices when using Virt Manager :(

Omarchy's one of the three OSs that I tried today on an Ubuntu 26.4 VM host. I was a quick install but if felt a bit rough, like driving a tractor. I also got in trouble when I tried to bring up the Display Settings and screwed things up. Not ready for prime-time, in my case anyways. Probably was my inexperience with arch distros.

Also tried LordOS very quick, very easy to install, looks and feels like macOS, but Debian distro underneath.

I also tried GhostBSD. It's easy enough to work with, but it does not have any packages for "spice-vdagent," which I needed to resize the screen size and clipboard copy/paste support between host and guest devices when using Virt Manager :(

First-hand comparison of three alternative OSes in a VM, with concrete details on what went wrong.

[flagged]

Too bad Asahi doesn't support GPU acceleration on M3 [1] nor does it support Macbook Neo, and Omarchy supports both. And fwiw, DHH did acknowledge that they are building on top of Asahi's initial work [2].

[1] https://asahilinux.org/docs/platform/feature-support/m3/

[2] https://x.com/dhh/status/2118007579796439246

Too bad Asahi doesn't support GPU acceleration on M3 [1] nor does it support Macbook Neo, and Omarchy supports both. And fwiw, DHH did acknowledge that they are building on top of Asahi's initial work [2].

[1] https://asahilinux.org/docs/platform/feature-support/m3/

[2] https://x.com/dhh/status/2118007579796439246

Firm factual disagreement with sources about Asahi's hardware support and DHH's acknowledgment.

[deleted]

Not really! The gulf between MacBook hardware and other laptops as well as Apple CPUs and the competitors is narrowing greatly.

Maybe we can say that they’re still the best, but it’s not 2x better like 2020, it’s more like 10-20% better.

For example, Panther Lake beats M5 battery life in real laptops available on the market, GPU performance, and multicore performance.

Just look at Marques Brownlee’s review of the Framework 13 Pro. Or the review of the ThinkPad X9 15p from Just Josh Tech.

I see this mistake all the time where there’s an assumption that MacBooks are still far and away the best without looking at more up-to-date information and evaluating current competition.

Not really! The gulf between MacBook hardware and other laptops as well as Apple CPUs and the competitors is narrowing greatly.

Maybe we can say that they’re still the best, but it’s not 2x better like 2020, it’s more like 10-20% better.

For example, Panther Lake beats M5 battery life in real laptops available on the market, GPU performance, and multicore performance.

Just look at Marques Brownlee’s review of the Framework 13 Pro. Or the review of the ThinkPad X9 15p from Just Josh Tech.

I see this mistake all the time where there’s an assumption that MacBooks are still far and away the best without looking at more up-to-date information and evaluating current competition.

Firm, substantive disagreement citing specific chips, laptops and reviews; no attack on anyone.
YegoBear 2026-11-06 01:296/10first_handinformative | root | parent | next [–]

I have an X9-15p with the X7 CPU and an M4 Max 16” MBP. I love the X9, it’s so light and powerful enough for most of what I do. That being said, it’s nowhere near as powerful as the M4 Max, not even close, and here in the US, there’s no 64GB model available.

I have an X9-15p with the X7 CPU and an M4 Max 16” MBP. I love the X9, it’s so light and powerful enough for most of what I do. That being said, it’s nowhere near as powerful as the M4 Max, not even close, and here in the US, there’s no 64GB model available.

First-hand comparison of both machines that adds a concrete counterpoint on performance and US RAM availability.
what 2026-11-06 03:503/10questionlow_effort | root | parent | prev [–]

Why are you citing reviews from random people and not benchmarks?

Why are you citing reviews from random people and not benchmarks?

Blunt but genuine challenge asking for benchmarks rather than reviews; plain disagreement stays.


John Gruber in 2006:

> It’s just not true that most Mac users use Macs because the hardware is better designed. They’re Mac users because of the Mac OS. What the original cloning program showed was that many of Apple’s customers were Mac fans, not Apple fans.

https://daringfireball.net/2006/04/asinine_and_or_risky_ideas

John Gruber in 2006:

> It’s just not true that most Mac users use Macs because the hardware is better designed. They’re Mac users because of the Mac OS. What the original cloning program showed was that many of Apple’s customers were Mac fans, not Apple fans.

https://daringfireball.net/2006/04/asinine_and_or_risky_ideas

A relevant sourced quote offering a historical counterpoint to the parent's view on hardware versus OS.

It really has changed since then, wow

It really has changed since then, wow

Short but sincere observation that the Mac user base's motivations have shifted since 2006; nothing to moderate.

It was always a combo for me. But for all of the macOS warts, it's not like I'm going to switch to Windows. There was a time I could have seen myself using a Mactel system running Linux as a daily driver, but the M-series chips make that less viable today. So, macOS it still remains. Luckily, with recent career changes, I spent drastically less time on a computer every day. It's glorious.

It was always a combo for me. But for all of the macOS warts, it's not like I'm going to switch to Windows. There was a time I could have seen myself using a Mactel system running Linux as a daily driver, but the M-series chips make that less viable today. So, macOS it still remains. Luckily, with recent career changes, I spent drastically less time on a computer every day. It's glorious.

Casual personal experience about staying on macOS and why Linux on M-series is less viable for them.

I think Omarchy just rolled out support for Apple

I think Omarchy just rolled out support for Apple

Short but relevant pointer responding directly to the parent's wish for Linux on Mac hardware.

Maybe they offer Intel variants again one day. 2014-2018 Intel Mac Minis work great with Linux.

Maybe they offer Intel variants again one day. 2014-2018 Intel Mac Minis work great with Linux.

Short but on-topic, with a concrete note that older Intel Mac Minis run Linux well.

No that's not a "best CPU". Arm Macs are the ones with the best CPUs, by far.

No that's not a "best CPU". Arm Macs are the ones with the best CPUs, by far.

Plain, firm disagreement about CPU quality; no attack on anyone, so it stays verbatim.

Lenovo Yoga.

Lenovo Yoga.

Terse but genuine suggestion of alternative laptop hardware that answers the parent's wish.
eager_osprey76 2026-11-05 22:32 | rewritten5/10informative | original | parent | prev | next [–]

Forget the Omarchy crap, go with the original project (Fedora Gnome and KDE spins available): https://asahilinux.org/

original comment by OnlineTux

Forget tech bro's Omarchy crap, go with the original project (Fedora Gnome and KDE spins available): https://asahilinux.org/

Useful pointer to Asahi Linux; only the 'tech bro' swipe at a person was dropped.

Macs run macOS. That’s how they are sold, that’s the deal, vertical integration and all that. Annoying to get this sentiment brought up over and over. Don’t buy a Mac if you prefer another OS, complain to other hardware vendors to get their stuff together.

Macs run macOS. That’s how they are sold, that’s the deal, vertical integration and all that. Annoying to get this sentiment brought up over and over. Don’t buy a Mac if you prefer another OS, complain to other hardware vendors to get their stuff together.

Blunt disagreement about vertical integration; the irritation targets a recurring sentiment, not a person.

How is this sentiment annoying to you? People want Linux on good hardware, how is that annoying to you?

How is this sentiment annoying to you? People want Linux on good hardware, how is that annoying to you?

Firm but civil pushback with a genuine question and a real point: people want Linux on good hardware.

> Macs run macOS.

They run other things, too. There's no valid technical reason it can't or shouldn't, and Apple deserves the scrutiny if they won't bring macOS up to parity with Linux. Modern macOS is legitimately terrible, and ~100% to blame for why Macs are shunned for HPC, on-prem and other professional applications.

> Macs run macOS.

They run other things, too. There's no valid technical reason it can't or shouldn't, and Apple deserves the scrutiny if they won't bring macOS up to parity with Linux. Modern macOS is legitimately terrible, and ~100% to blame for why Macs are shunned for HPC, on-prem and other professional applications.

Strongly opinionated disagreement aimed at Apple and macOS rather than a person, with a real argument about professional use.

As much as I used to love MacOS as an operating system, the more I spending time on it, I'd rather wish that my Macbook can run Linux, hopefully Asahi Linux will eventually support M5 :(

As much as I used to love MacOS as an operating system, the more I spending time on it, I'd rather wish that my Macbook can run Linux, hopefully Asahi Linux will eventually support M5 :(

A personal opinion on macOS and hope for Asahi support on M5; civil and on-adjacent topic.

It's heresy, but my favorite laptop was a 17" Macbook Pro with Bootcamp.

It's heresy, but my favorite laptop was a 17" Macbook Pro with Bootcamp.

Short, lightly wry personal experience that is relevant to running other operating systems on Mac hardware.

It wasn't my favorite, but my first Mac was a PowerBook G4 17-inch, which I ran Gentoo and (I think) Yellow Dog Linux on at various times. It never worked super well, and I eventually joined the dark side. In 2003, a 17-inch laptop was ludicrous among all the netbooks that seemed to be the future of laptops. People around me called it the "aircraft carrier Mac".

It wasn't my favorite, but my first Mac was a PowerBook G4 17-inch, which I ran Gentoo and (I think) Yellow Dog Linux on at various times. It never worked super well, and I eventually joined the dark side. In 2003, a 17-inch laptop was ludicrous among all the netbooks that seemed to be the future of laptops. People around me called it the "aircraft carrier Mac".

A first-hand anecdote about running Linux on a 17-inch PowerBook, with period color; nothing to moderate.

Use AI to fix the things you don't like?

I just got a new-to-me Android phone and told AI to use adb to debloat and install the custom APKs that I normally run.

Use AI to fix the things you don't like?

I just got a new-to-me Android phone and told AI to use adb to debloat and install the custom APKs that I normally run.

Practical suggestion backed by a brief personal example of using AI with adb.

Given the interdependencies of Google's Android, I'm not sure I'd trust something so subjective to AI. I'm sure I would disagree with it regarding what's bloat, what's necessary, and which dependencies I'm willing to break

Given the interdependencies of Google's Android, I'm not sure I'd trust something so subjective to AI. I'm sure I would disagree with it regarding what's bloat, what's necessary, and which dependencies I'm willing to break

A good-faith, reasoned objection about Android dependencies and the subjectivity of deciding what counts as bloat.

Can AI port Asahi Linux to the M5+ chips? Honest question for the strong AI fans to attempt.

Can AI port Asahi Linux to the M5+ chips? Honest question for the strong AI fans to attempt.

A genuine, on-topic question about the limits of AI for hardware porting.

Yes, M5+ support is currently an active focus of Aurora Silicon (an AI-enabled fork of Asahi Linux), development is in progress as we speak:

https://github.com/aurora-silicon/linux/discussions/142 https://aurorasilicon.org/devices/?device=j873s https://x.com/JoshuaSWarren/status/2118331083330629847

It is coming along impressively fast, one of the developers has a goal "full support on the M5 Max by Thanksgiving here in the US (November 26th)." https://x.com/JoshuaSWarren/status/2118375325805547666

Yes, M5+ support is currently an active focus of Aurora Silicon (an AI-enabled fork of Asahi Linux), development is in progress as we speak:

https://github.com/aurora-silicon/linux/discussions/142 https://aurorasilicon.org/devices/?device=j873s https://x.com/JoshuaSWarren/status/2118331083330629847

It is coming along impressively fast, one of the developers has a goal "full support on the M5 Max by Thanksgiving here in the US (November 26th)." https://x.com/JoshuaSWarren/status/2118375325805547666

Directly answers the question with specific project links and a concrete status update.

So, no? The developer doesn't even own an M5 Mac.

original comment by what

So, no? Dude doesn’t even own an m5 Mac. Lmao.

Keeps the factual objection that M5 support isn't there yet, while dropping the mocking tone aimed at the developer.

[flagged]

[flagged]

I believe chasing the latest hardware prevents you from getting Asahi Linux support :)

Asahi Linux has great support for M1/M2, or so I heard.

I believe chasing the latest hardware prevents you from getting Asahi Linux support :)

Asahi Linux has great support for M1/M2, or so I heard.

Friendly, relevant point that Asahi support lags new hardware and is strongest on M1/M2.

That’s so cool. It makes it even more of a bummer that iDevice bootloaders are locked. It’s an ongoing tragedy there’s still no macOS on iPads. Looks like if you want that, you’ll have to go with non-Apple hardware.

That’s so cool. It makes it even more of a bummer that iDevice bootloaders are locked. It’s an ongoing tragedy there’s still no macOS on iPads. Looks like if you want that, you’ll have to go with non-Apple hardware.

Opinionated but on-topic reaction with a real point about locked bootloaders and macOS on iPads.
RunSet 2026-11-05 22:386/10ideologicalinformative | parent | next [–]

To prevent e-waste, Apple should be legally obliged to unlock the bootloader of devices once they declare them obsolete.

https://support.apple.com/en-us/102772#ipadobsolete

To prevent e-waste, Apple should be legally obliged to unlock the bootloader of devices once they declare them obsolete.

https://support.apple.com/en-us/102772#ipadobsolete

A strong policy opinion with a relevant source and no personal attack, so it stays verbatim.

Yes so many iPads that are dead bricks, while they could be running some pure Linux distro for many purposes

Yes so many iPads that are dead bricks, while they could be running some pure Linux distro for many purposes

Short but sincere agreement adding a concrete use for obsolete iPads.

To prevent anti-competitive behavior (illegal tying/bundling), Apple should be legally obligated to unlock the bootloader of devices once they are offered for sale.

To prevent anti-competitive behavior (illegal tying/bundling), Apple should be legally obligated to unlock the bootloader of devices once they are offered for sale.

Firm policy opinion that extends the parent's argument with an antitrust angle, with no swipe at anyone.

Amusingly someone found out how to run macOS on iPad, by jailbreaking older devices (iPad Pro (M1, M2) or iPad Air (M1)), with an older iPadOS which has a virtualization framework: https://github.com/nfzerox/VirtualMacOniPad

Amusingly someone found out how to run macOS on iPad, by jailbreaking older devices (iPad Pro (M1, M2) or iPad Air (M1)), with an older iPadOS which has a virtualization framework: https://github.com/nfzerox/VirtualMacOniPad

Directly answers the parent with a specific, useful link and details on running macOS on jailbroken iPads.

Everybody thinks macOS on ipad would be great, but it's not. If you are in the ecosystem, you can use your ipad as a remote display for your mac. Boom, macos on ipad.

And. It. Sucks.

It's a terrible, shitty experience.

Everybody thinks macOS on ipad would be great, but it's not. If you are in the ecosystem, you can use your ipad as a remote display for your mac. Boom, macos on ipad.

And. It. Sucks.

It's a terrible, shitty experience.

Blunt but real disagreement from experience with Sidecar; the profanity is aimed at the experience, not a person.

Seeing that Macs can now run Switch 1/2 games natively because of the ARM CPU is actually incredibly. And to me personally the first hand on sign of the end of x86.

Seeing that Macs can now run Switch 1/2 games natively because of the ARM CPU is actually incredibly. And to me personally the first hand on sign of the end of x86.

A substantive personal observation about ARM Macs running Switch games and what it means for x86.

Is Switch 2 emulation actually happening? I haven't been following that

Is Switch 2 emulation actually happening? I haven't been following that

A genuine short question that follows directly from the parent's claim.

Switch 2 user space has been jailbroken so any game can be dumped. But not the other way, so the Switch 2 can't run pirated Switch 1/2 games yet.

There are now Switch 2 emulators that can run any dumped game on PC/Mac etc. https://emulation.gametechwiki.com/index.php/Nintendo_Switch_2_emulators

Most Switch 2 games are getting dumped, including the just released Ocarina of Time Remake https://imagepaste.org/i/kx5c925r.png

As I mentioned in my comment there is a native Switch code compiler for Mac, so not emulation https://github.com/seedds/nxnative

Switch 2 user space has been jailbroken so any game can be dumped. But not the other way, so the Switch 2 can't run pirated Switch 1/2 games yet.

There are now Switch 2 emulators that can run any dumped game on PC/Mac etc. https://emulation.gametechwiki.com/index.php/Nintendo_Switch_2_emulators

Most Switch 2 games are getting dumped, including the just released Ocarina of Time Remake https://imagepaste.org/i/kx5c925r.png

As I mentioned in my comment there is a native Switch code compiler for Mac, so not emulation https://github.com/seedds/nxnative

Directly answers the question with concrete status details and useful links.

Thanks! I tried nxnative just now, performance is great. Appreciate the info.

Thanks! I tried nxnative just now, performance is great. Appreciate the info.

Friendly reply with a brief first-hand report that nxnative performs well; nothing to moderate.

[deleted]

[flagged]
4ndrewl 2026-11-05 21:18 | removed0/10jokelow_effort | root | parent [–]

revolting comment

revolting comment

A one-line pun on peasants revolting, with no substance to preserve.

> the end of x86

I'll believe that when there's an open ecosystem of state-of-the-art ARM (or RISC-V) devices based on industry consortiums reference specs. Until then, it's device trees all the way down or waiting for Qualcomm to get their Linux shit together. Yeah, didn't think so.

> the end of x86

I'll believe that when there's an open ecosystem of state-of-the-art ARM (or RISC-V) devices based on industry consortiums reference specs. Until then, it's device trees all the way down or waiting for Qualcomm to get their Linux shit together. Yeah, didn't think so.

Firm, substantive disagreement about ARM's lack of open platform standards; the bluntness is aimed at vendors, not people.
crisp_mink99 2026-11-05 23:25 | rewritten3/10snarkstrawman | original | root | parent [–]

Qualcomm is no example of openness. Anyone who has actually worked with qualcomm knows...

original comment by dmitrygr

Did you just use qualcomm as an example of openness? I guess you never actually worked with qualcomm...

Dropped the condescending jab at the parent and kept the point that Qualcomm isn't open.

I think Apple's value is not on their software anymore but in their hardware. Those machines are really pleasant to use

I think Apple's value is not on their software anymore but in their hardware. Those machines are really pleasant to use

Brief but genuine opinion on where Apple's value lies, relevant to the Hackintosh topic.

I don't know if it was ever on their software

I don't know if it was ever on their software

Terse but genuine disagreement with the parent's premise, so it stays as written.
tarsierscripter 2026-11-06 00:415/10first_handinformative | root | parent | next [–]

It definitely was in the MacOS 9 days. That OS was a joy to use. 3rd party Mac apps were incredible too.

You can run a vintage Mac today with a BlueSCSI and a 32GB microSD card and get a computing experience far snappier than any modern hardware.

It definitely was in the MacOS 9 days. That OS was a joy to use. 3rd party Mac apps were incredible too.

You can run a vintage Mac today with a BlueSCSI and a 32GB microSD card and get a computing experience far snappier than any modern hardware.

Substantive, good-faith disagreement with a concrete tip about running vintage Macs with BlueSCSI.

Apple's value is absolutely for their software... as compared to Windows. (And as compared to Linux, for people who don't care about technology and for whom any risk of ever facing a terminal prompt is a non-starter.)

Apple's value is absolutely for their software... as compared to Windows. (And as compared to Linux, for people who don't care about technology and for whom any risk of ever facing a terminal prompt is a non-starter.)

Firm, on-topic disagreement about where Apple's value lies, with no personal swipe.

It’s always been the combo, throughout their history they’ve rarely been the best at hardware OR software but typically the best at integrating the two

It’s always been the combo, throughout their history they’ve rarely been the best at hardware OR software but typically the best at integrating the two

A civil, substantive point that Apple's edge lies in integrating hardware and software.

the software has its strong points, particularly for media. CoreAudio has been industry leading throughout the history of audio work on computers. but most Mac heads seem to agree that general polish has been on a multi year down slope. how much Liquid Glass is to blame for that impression, i don’t know.

the software has its strong points, particularly for media. CoreAudio has been industry leading throughout the history of audio work on computers. but most Mac heads seem to agree that general polish has been on a multi year down slope. how much Liquid Glass is to blame for that impression, i don’t know.

Substantive, civil take citing CoreAudio's strengths and the perceived decline in macOS polish.

funny enough, the only use case I want to run macOS on non-Apple software is a headless build machine. Without Apple hardware, using macOS is less useful to me.

funny enough, the only use case I want to run macOS on non-Apple software is a headless build machine. Without Apple hardware, using macOS is less useful to me.

Short but genuine perspective on the practical use case for macOS on non-Apple hardware.

Agreed, I’m much more interested in the Asahi Linux project these days, even though I went through a hackintosh phase in university.

Agreed, I’m much more interested in the Asahi Linux project these days, even though I went through a hackintosh phase in university.

Short but genuine comment sharing a personal shift in interest from hackintosh to Asahi Linux.

> Without Apple hardware, using macOS is less useful to me.

Assuming full hardware compatibility (which I know we're not yet at), there's a bunch of laptops out there today with better feature sets than any sub $1800 macbook.

Being able to dual-boot macOS and linux on a lightweight OLED laptop with a nicer keyboard would be extremely useful. This is before even factoring in the upcoming years of likely substantial hardware advancements in the laptop market. Laptops still have a long way to go before we reach peak laptop.

> Without Apple hardware, using macOS is less useful to me.

Assuming full hardware compatibility (which I know we're not yet at), there's a bunch of laptops out there today with better feature sets than any sub $1800 macbook.

Being able to dual-boot macOS and linux on a lightweight OLED laptop with a nicer keyboard would be extremely useful. This is before even factoring in the upcoming years of likely substantial hardware advancements in the laptop market. Laptops still have a long way to go before we reach peak laptop.

Substantive counterpoint on what non-Apple laptop hardware could offer macOS users.

Interesting. If it can be installed in any cheapo mini-pc this definitely would be a game changer for macos penetration in under developed economies

Interesting. If it can be installed in any cheapo mini-pc this definitely would be a game changer for macos penetration in under developed economies

A brief but real, good-faith observation about what cheap hardware support could mean for macOS adoption.

If macOS has to compete apples-to-apples it will likely lose to Linux.

If macOS has to compete apples-to-apples it will likely lose to Linux.

Terse but genuine disagreement about macOS competing with Linux on cheap hardware, with a light pun that isn't aimed at anyone.

It's maybe minor but the three features that keep me on macOS address iMessage integration with my iPhone, clipboard sharing with my iPhone, and seamless projection to my Apple TV as mirrored or an external monitor.

It's maybe minor but the three features that keep me on macOS address iMessage integration with my iPhone, clipboard sharing with my iPhone, and seamless projection to my Apple TV as mirrored or an external monitor.

A concrete personal account of which ecosystem features keep the author on macOS, offered without hostility.
dadoum 2026-11-06 02:028/10first_handinformativeinsightful | root | parent [–]

For substitutes I guess you could use Tether [0]

But if you want the true deals on Linux, I am working on that personally [1]. For clipboard sharing, it should be feasible on Linux if you have AirDrop compatible Wi-Fi hardware, but for iMessage integration, it's possible given Mac hardware identifiers. Apple requires attestations derived from Apple device identifiers to flag spam on iMessage. It would be great if Apple was also allowing deriving keys from the Apple account, so it can allow alternate device to borrow trust from their iPhone for example, but for now it does not seem possible (extracting identifiers once works though, and then you can use iMessage [2]). About Apple TV, idk I never seen this thing irl so I can't tell how that works but I'd guess it's replicable.

[0]: https://github.com/zackb/tether

[1]: notably in https://tangled.org/dadoum.zone/apple-crates but I also have more private crates implementing a kind of userland.

[2]: https://openbubbles.app/quickstart.html

For substitutes I guess you could use Tether [0]

But if you want the true deals on Linux, I am working on that personally [1]. For clipboard sharing, it should be feasible on Linux if you have AirDrop compatible Wi-Fi hardware, but for iMessage integration, it's possible given Mac hardware identifiers. Apple requires attestations derived from Apple device identifiers to flag spam on iMessage. It would be great if Apple was also allowing deriving keys from the Apple account, so it can allow alternate device to borrow trust from their iPhone for example, but for now it does not seem possible (extracting identifiers once works though, and then you can use iMessage [2]). About Apple TV, idk I never seen this thing irl so I can't tell how that works but I'd guess it's replicable.

[0]: https://github.com/zackb/tether

[1]: notably in https://tangled.org/dadoum.zone/apple-crates but I also have more private crates implementing a kind of userland.

[2]: https://openbubbles.app/quickstart.html

Developer working on Apple-protocol reimplementation gives concrete, linked detail on how these features could work on Linux.

I built a couple hahah

More secure than windows, more supported for bank apps etc than Linux and with most of the same software and looks amazing as a media center pc haha

Became Linux for servers , hackintosh for everything else lol

I built a couple hahah

More secure than windows, more supported for bank apps etc than Linux and with most of the same software and looks amazing as a media center pc haha

Became Linux for servers , hackintosh for everything else lol

Casual first-hand account of why the author built Hackintoshes, with no hostility.

I think he's underselling Qemu/KVM side of things, quick search shows that Tahoe works for instance. It was always a better route for this, going back to patching kexts isn't an improvement in my book. I'm sure near-native performance should be possible on ARM machines.

I think he's underselling Qemu/KVM side of things, quick search shows that Tahoe works for instance. It was always a better route for this, going back to patching kexts isn't an improvement in my book. I'm sure near-native performance should be possible on ARM machines.

Substantive technical disagreement favoring QEMU/KVM over kext patching, stated civilly.

Such a throw back, I built a hackintosh back in x86 days and had it mostly working for a year, but of course tried to apply an update (10.08 I think?) and it blew up.

Ended up selling the hardware to some guy who insisted he would get it working and I am sure it was possible, but I pretty much switched to using Mac after that as I loved the dev experience.

Such a throw back, I built a hackintosh back in x86 days and had it mostly working for a year, but of course tried to apply an update (10.08 I think?) and it blew up.

Ended up selling the hardware to some guy who insisted he would get it working and I am sure it was possible, but I pretty much switched to using Mac after that as I loved the dev experience.

A short first-hand anecdote about a Hackintosh breaking on update and leading to a switch to Mac.
vasac 2026-11-05 22:565/10informativefirst_hand | parent | next [–]

Things got much better with OpenCore. Sometimes you had to tweak a few extra settings, but generally you could update it just like a regular Mac. Point updates worked especially well.

Things got much better with OpenCore. Sometimes you had to tweak a few extra settings, but generally you could update it just like a regular Mac. Point updates worked especially well.

Adds useful experience about how OpenCore improved Hackintosh updates.

I had OSX running on an old school flip-screen HP tablet/laptop combo with touchscreen support. It was bulky but cool to use as a drawing tablet in the pre-iPad days. You did need to have a paper clip inserted into two holes of the VGA port for it to work, and I don't think it handled sleep very well. But still a fun project.

I had OSX running on an old school flip-screen HP tablet/laptop combo with touchscreen support. It was bulky but cool to use as a drawing tablet in the pre-iPad days. You did need to have a paper clip inserted into two holes of the VGA port for it to work, and I don't think it handled sleep very well. But still a fun project.

A fun first-hand anecdote with specific hardware details, and nothing to moderate.

I ran OS X on a Dell mini 9 for two years while travelling. Other than sleep, it was excellent.

I ran OS X on a Dell mini 9 for two years while travelling. Other than sleep, it was excellent.

Brief but genuine first-hand experience running OS X on a netbook.

> we saw Apple release the first ARM-based Mac in 2021

Refreshing to hear it called its proper name instead of Apples marketing terminology.

> we saw Apple release the first ARM-based Mac in 2021

Refreshing to hear it called its proper name instead of Apples marketing terminology.

A mild, harmless remark on terminology, aimed at Apple's marketing and not at any person.
simondotau 2026-11-06 00:437/10informativeinsightful | parent [–]

There's nothing improper about calling it Apple Silicon. Yes, the chips have ARM-based CPU cores, but those cores are designed by Apple, not Arm, and they're only one part of the overall A-series and M-series designs.

Apple, by the way, was a co-founder of Arm and helped develop ARM processors for use in the Apple Newton. Its early work on making ARM CPUs highly power efficient paved the way for their now-widespread adoption in mobile devices. There's some irony in how a part of the Apple Newton reverberates throughout the industry today.

There's nothing improper about calling it Apple Silicon. Yes, the chips have ARM-based CPU cores, but those cores are designed by Apple, not Arm, and they're only one part of the overall A-series and M-series designs.

Apple, by the way, was a co-founder of Arm and helped develop ARM processors for use in the Apple Newton. Its early work on making ARM CPUs highly power efficient paved the way for their now-widespread adoption in mobile devices. There's some irony in how a part of the Apple Newton reverberates throughout the industry today.

Firm, civil disagreement backed by useful history of Apple's role in co-founding Arm and the Newton.
brink 2026-11-05 20:542/10snarkcurmudgeonlylow_effort | prev | next [–]

Love how they're calling the privilege of running Apple's buggy and clunky interface operating system a "glimmer of hope".

Love how they're calling the privilege of running Apple's buggy and clunky interface operating system a "glimmer of hope".

Wry, blunt opinion aimed at macOS rather than a person, so it stays, though it adds little.

Love it. I was a Hackintosher for like 10 years. It was a fun time.

Love it. I was a Hackintosher for like 10 years. It was a fun time.

Short, friendly first-hand note with no problems, so it stays verbatim.

There used to be a use-case for Hackintoshes maybe a decade +/- 5 years ago, especially when macOS started working with x86 and x86-64 Intel-based CPUs. But it always felt subversive and it seemed like one update away from breaking due to some unforeseen, artificial limitation.

Is there a use-case now? I don't know. Linux has made serious strides in part thanks to very user-friendly distros like Ubuntu. People may have individual grievances and I don't want to downplay those, but we're not dealing with oddball Shrike issues anymore.

Apple should seriously consider allowing their OS to be used independently of the hardware, especially the build tools, the server stuff (whatever is left of it, not a market they had a big part to play in anyway). But, it is unlikely of them to do this.

Well done nonetheless. I think it is more likely that the old PowerPC-MacOS-on-Wii will be more stable long term than any of these new releases.

Edit: I'll also add: I am questioning what value MacOS itself has, the raw OS and kernel stuff. Linux, BSD and Windows each have their own -isms which are curiosities that one can, and should, consider as pros and cons. People might say "Windows is bad", and I agree, Win 11 experience as a daily driver is god awful. But the kernel and OS itself is something else. I don't know if MacOS has any of that "meat" that we can look at and say it's worth looking deeper into.

There used to be a use-case for Hackintoshes maybe a decade +/- 5 years ago, especially when macOS started working with x86 and x86-64 Intel-based CPUs. But it always felt subversive and it seemed like one update away from breaking due to some unforeseen, artificial limitation.

Is there a use-case now? I don't know. Linux has made serious strides in part thanks to very user-friendly distros like Ubuntu. People may have individual grievances and I don't want to downplay those, but we're not dealing with oddball Shrike issues anymore.

Apple should seriously consider allowing their OS to be used independently of the hardware, especially the build tools, the server stuff (whatever is left of it, not a market they had a big part to play in anyway). But, it is unlikely of them to do this.

Well done nonetheless. I think it is more likely that the old PowerPC-MacOS-on-Wii will be more stable long term than any of these new releases.

Edit: I'll also add: I am questioning what value MacOS itself has, the raw OS and kernel stuff. Linux, BSD and Windows each have their own -isms which are curiosities that one can, and should, consider as pros and cons. People might say "Windows is bad", and I agree, Win 11 experience as a daily driver is god awful. But the kernel and OS itself is something else. I don't know if MacOS has any of that "meat" that we can look at and say it's worth looking deeper into.

Substantive, opinionated take on the use case for Hackintoshes and the value of macOS as an OS.

About a decade or so ago I actually had a dual-boot hackintosh build. In practice the one update away from breaking rings so true and really cemented that vertical integration is Apple's most powerful offering. Running OS X in a fragile unsupported environment really wasn't worth it looking back.

Given Apple's recent trajectory and custom silicon, I can only imagine that the stability of these AI-assisted ports be even worse than it was back in the x86 days. These are neat demos, but nothing I would want to seriously run in any capacity.

About a decade or so ago I actually had a dual-boot hackintosh build. In practice the one update away from breaking rings so true and really cemented that vertical integration is Apple's most powerful offering. Running OS X in a fragile unsupported environment really wasn't worth it looking back.

Given Apple's recent trajectory and custom silicon, I can only imagine that the stability of these AI-assisted ports be even worse than it was back in the x86 days. These are neat demos, but nothing I would want to seriously run in any capacity.

First-hand hackintosh experience with a reasoned view on stability of AI-assisted ports.

I never really saw the appeal of Hackintoshes. MacOS is fine, but it's not so head and shoulders above the rest that I want to run a buggy unsupported version of it on commodity hardware. It's just a nice-ish Unix-ish system.

Really the hardware is most of the point of buying a Mac, since Apple somehow continues to be the only people making laptops which aren't dogshit. A Hackintosh gives you the worst of both worlds, I don't get it except as a technical curiosity like running Doom on your toaster.

I never really saw the appeal of Hackintoshes. MacOS is fine, but it's not so head and shoulders above the rest that I want to run a buggy unsupported version of it on commodity hardware. It's just a nice-ish Unix-ish system.

Really the hardware is most of the point of buying a Mac, since Apple somehow continues to be the only people making laptops which aren't dogshit. A Hackintosh gives you the worst of both worlds, I don't get it except as a technical curiosity like running Doom on your toaster.

Blunt opinion with a real argument that the hardware is the main value of a Mac; profanity is aimed at products, not people.
cosmic_cheese 2026-11-05 23:207/10first_handinformative | root | parent | next [–]

Back in the 2010s much of the appeal of hackintoshing was getting the niceness of macOS on hardware that was much more powerful and better cooled than anything Apple sold.

They were also quite stable if one selected their hardware for it and adhered to best practices. My custom built i6700k hackintosh tower was solid and quiet and expandable.

Yes there’s also Linux but if one enjoys macOS as a desktop, there’s precious little in the Linux world for you. Most DEs are windows-like, and though GNOME and Pantheon share a few qualities with macOS the resemblance is skin deep at best.

Back in the 2010s much of the appeal of hackintoshing was getting the niceness of macOS on hardware that was much more powerful and better cooled than anything Apple sold.

They were also quite stable if one selected their hardware for it and adhered to best practices. My custom built i6700k hackintosh tower was solid and quiet and expandable.

Yes there’s also Linux but if one enjoys macOS as a desktop, there’s precious little in the Linux world for you. Most DEs are windows-like, and though GNOME and Pantheon share a few qualities with macOS the resemblance is skin deep at best.

Substantive first-hand reply explaining the historical appeal of Hackintoshes and why Linux wasn't a substitute.
ris 2026-11-05 21:315/10informative | root | parent | prev | next [–]

> I never really saw the appeal of Hackintoshes.

CI and build farms

> I never really saw the appeal of Hackintoshes.

CI and build farms

Terse but real answer naming a practical use case for Hackintoshes.

It used to be that MacOS was so slick and user friendly, and had the kind of software that Windows did not have, that it was worth botching around with to get it to work.

But that hasn't -really- held up. MacOS burned a lot of the "Creative" class that Steve Jobs used to market to early on. While there are still plenty of designers that use MacOS, the market is more fragmented now since the design tools are more Web-based and less Desktop-based. Audio tools have become more cross platform as well.

It used to be that MacOS was so slick and user friendly, and had the kind of software that Windows did not have, that it was worth botching around with to get it to work.

But that hasn't -really- held up. MacOS burned a lot of the "Creative" class that Steve Jobs used to market to early on. While there are still plenty of designers that use MacOS, the market is more fragmented now since the design tools are more Web-based and less Desktop-based. Audio tools have become more cross platform as well.

Useful historical view of why the Hackintosh appeal faded as creative tools moved cross-platform.

This explosion of "hacking" is interesting. Like wow I can run X on Y or wow I decompiled Z and I can add feature A and B.

So there is this wow factor, but really we just enjoy mathematic transformations on a greater scale than we used to have just few years ago.

My guess is that the legal system will catch up with it, but also people will get bored.

Like, I can run macOS on thinkpad! Great! but ultimately this is a crap hardware in comparison to Mac. Will it have backdoors, will it be stable? Who will maintain it? and so on.

For me, that's meh.

This explosion of "hacking" is interesting. Like wow I can run X on Y or wow I decompiled Z and I can add feature A and B.

So there is this wow factor, but really we just enjoy mathematic transformations on a greater scale than we used to have just few years ago.

My guess is that the legal system will catch up with it, but also people will get bored.

Like, I can run macOS on thinkpad! Great! but ultimately this is a crap hardware in comparison to Mac. Will it have backdoors, will it be stable? Who will maintain it? and so on.

For me, that's meh.

Blunt skepticism, but it makes real points about legal risk, maintenance, stability and novelty wearing off.

There are years of precedent. Mackintosh has been a thing for a while already, and the community has always made big efforts to stay off of Apple's radar.

There are years of precedent. Mackintosh has been a thing for a while already, and the community has always made big efforts to stay off of Apple's radar.

A brief, civil, on-topic point that the Hackintosh community has long precedent and stays off Apple's radar.

I triple booted macOS on my Thinkpad specifically because my Macbook had one of the worst keyboards I had ever used.

For the brief period where Apple refused to sell you non-Butterfly keyboards, it was one of the best ways to use macOS.

I triple booted macOS on my Thinkpad specifically because my Macbook had one of the worst keyboards I had ever used.

For the brief period where Apple refused to sell you non-Butterfly keyboards, it was one of the best ways to use macOS.

Gives a specific first-hand counterexample: running macOS on a Thinkpad to avoid Butterfly keyboards.

Interesting. I have a few Thinkpads and I hate their keyboards with passion, but I could type on my Mac for days. I guess each to their own.

Interesting. I have a few Thinkpads and I hate their keyboards with passion, but I could type on my Mac for days. I guess each to their own.

A civil, brief counterpoint from personal experience; plain disagreement stays as written.

The travel on my Macbook's Butterfly keyboard was like typing on concrete. Even with a light keystroke, it became a source of physical discomfort for day-to-day work. Add in the Touch Bar, and it was quite literally impossible to touch type on that machine.

The modern Lenovo keyboards aren't perfect, but they're comfortable for desktop-esque use. Plus, I prefer the arrow cluster with pgup/pgdn nearby so I don't have to reach for the function key every time. It's also nice to be able to buy a replacement on Ebay for $20, too.

The travel on my Macbook's Butterfly keyboard was like typing on concrete. Even with a light keystroke, it became a source of physical discomfort for day-to-day work. Add in the Touch Bar, and it was quite literally impossible to touch type on that machine.

The modern Lenovo keyboards aren't perfect, but they're comfortable for desktop-esque use. Plus, I prefer the arrow cluster with pgup/pgdn nearby so I don't have to reach for the function key every time. It's also nice to be able to buy a replacement on Ebay for $20, too.

First-hand comparison of keyboard ergonomics and repairability, civil and on point within the subthread.

[deleted]

[flagged]

[flagged]

On one hand, this is kinda cool. On the other hand, why would I want to run MacOS in the first place? Modern versions I mean. With the deterioration general quality, Liquid Glass and all that.

The only reason I do that is because I _have_ to do that due to MDM and the fact that Asahi doesn't do the Standby. Excellent hardware, bound by a sad OS.

Why take normal hardware and add a sad OS without being forced to do so?

I suppose "for the sake of it" is a good answer here. For the fun of making computers do something they really do not want to do.

On one hand, this is kinda cool. On the other hand, why would I want to run MacOS in the first place? Modern versions I mean. With the deterioration general quality, Liquid Glass and all that.

The only reason I do that is because I _have_ to do that due to MDM and the fact that Asahi doesn't do the Standby. Excellent hardware, bound by a sad OS.

Why take normal hardware and add a sad OS without being forced to do so?

I suppose "for the sake of it" is a good answer here. For the fun of making computers do something they really do not want to do.

Blunt criticism of macOS, grounded in first-hand use under MDM and Asahi's standby limitation.

The author seems to have done it, at least in part, for the purposes of iOS development. That seems to be a bit more compelling than "because you can", though Doom running on refrigerators and pregnancy tests shows that's already plenty on its own.

The author seems to have done it, at least in part, for the purposes of iOS development. That seems to be a bit more compelling than "because you can", though Doom running on refrigerators and pregnancy tests shows that's already plenty on its own.

Answers the parent's question with the author's iOS development motive, plus a light aside; good faith and on topic.

> ... Doom running on refrigerators and pregnancy tests ...

If that's a real example and you didn't make it up, I want to know what pregnancy-test devices have enough buttons to make it possible to control the game. Or are they coming with touchscreens now? Refrigerators, sure, I can easily see that. But pregnancy-test devices? Why would they have enough buttons to be able to simulate WASD and a fire button? The only pregnancy-test devices I've seen are the home test ones where you put the sample in the device then wait to see if there's one line or two (some of them arrange the two lines in a + shape so that - means a negative result and + means a positive result, which is clever), with no electronics. What pregnancy-test devices are using more than that?

> ... Doom running on refrigerators and pregnancy tests ...

If that's a real example and you didn't make it up, I want to know what pregnancy-test devices have enough buttons to make it possible to control the game. Or are they coming with touchscreens now? Refrigerators, sure, I can easily see that. But pregnancy-test devices? Why would they have enough buttons to be able to simulate WASD and a fire button? The only pregnancy-test devices I've seen are the home test ones where you put the sample in the device then wait to see if there's one line or two (some of them arrange the two lines in a + shape so that - means a negative result and + means a positive result, which is clever), with no electronics. What pregnancy-test devices are using more than that?

A genuine, if long, question about how Doom could run on a pregnancy test, with a neat aside on test design.

Never understood Hackintoshes, either jump into Apple ecosystem, or embrace something else.

Never understood Hackintoshes, either jump into Apple ecosystem, or embrace something else.

Terse but plain opinion on the topic; firm disagreement with the practice is allowed.
CTDOCodebases 2026-11-05 21:326/10first_handinformative | parent | next [–]

If you did it right it was like having a Mac except you had better specs and it was more customisable while costing much less to build.

For others it was just about the money. If you needed to run Mac software e.g. Xcode but didn't want to have to buy a Mac for that reason alone it was much cheaper to do a bit of tinkering to get OSX working on the hardware they already had.

When I first build my Hackintosh it took less effort than installing Linux on some of the other computers I had.

If you did it right it was like having a Mac except you had better specs and it was more customisable while costing much less to build.

For others it was just about the money. If you needed to run Mac software e.g. Xcode but didn't want to have to buy a Mac for that reason alone it was much cheaper to do a bit of tinkering to get OSX working on the hardware they already had.

When I first build my Hackintosh it took less effort than installing Linux on some of the other computers I had.

Civil, substantive answer to the parent explaining why people built Hackintoshes, with first-hand experience.

Exactly this. There was a point in the late 2000's / early 2010's where Mac's were very overpriced relative to the hardware they were selling.

I built two Hackintoshes in those years, and they were rock solid. You did have to pay attention to the hardware you were buying (mostly motherboard and GPU), but if you got that right, they worked really well.

Exactly this. There was a point in the late 2000's / early 2010's where Mac's were very overpriced relative to the hardware they were selling.

I built two Hackintoshes in those years, and they were rock solid. You did have to pay attention to the hardware you were buying (mostly motherboard and GPU), but if you got that right, they worked really well.

Civil first-hand account of building stable Hackintoshes, with a useful note on choosing the motherboard and GPU.

Getting to play around with new GPUs was one of the things that kept me excited.

Getting to play around with new GPUs was one of the things that kept me excited.

Short but genuine first-hand note on what made Hackintoshing appealing.

I wanted a Mac that they wouldn't sell me. That's why.

I wanted a Mac that they wouldn't sell me. That's why.

Terse but direct answer to the parent's question, giving the real motivation for Hackintoshes.

Because I was broke

I got my current job thanks to having one. I probably wouldn't have a tech career without hackintoshes being a thing.

Because I was broke

I got my current job thanks to having one. I probably wouldn't have a tech career without hackintoshes being a thing.

Short, sincere first-hand answer to the parent's question about why people used Hackintoshes.

In my part of the globe, ignoring iOS development, any computer does the job.

So in such case I would have opted out for a cheap PC built of parts running some Linux distro, or Windows, which has most audio and design tooling as OS X has.

In my part of the globe, ignoring iOS development, any computer does the job.

So in such case I would have opted out for a cheap PC built of parts running some Linux distro, or Windows, which has most audio and design tooling as OS X has.

Plain disagreement with a regional perspective on why a cheap PC would have sufficed.

Any computer doesn’t do the job if your job is dependent on the ecosystem.

Any computer doesn’t do the job if your job is dependent on the ecosystem.

Terse but genuine disagreement with the parent, making a real point about ecosystem dependence.

[flagged]

[flagged]
platevoltage 2026-11-06 01:01 | removed0/10low_effortmeta | parent [–]

low effort.

low effort.

A two-word dismissal of another comment with no substance of its own.



About | Details | Examples | Prompts | This page on Hacker News | HN Guidelines | Data: HN API

Curious Hacker News is an unofficial, experimental mirror and is not affiliated with, endorsed by, or operated by Hacker News or Y Combinator. Original comments are by their authors on news.ycombinator.com; rewritten text is AI-generated and was not written by the commenter.