Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
you can _manually_ install Rosetta 2 in the terminal, as a bandaid. I imagine it will probably still possible in OS28 too as the URL won't go away to maintain OS27 support for a few years.

That said there are apps from as late as '23 that I've found which were shipped as intel only. thats just being a bad dev to be that far into M series world and not have dual binary. Its literally just a switch on the Xcode settings to enable it, and been there for 3 years at that point.

the worse part are older device drivers for serial ports that run DMX, MIDI, industrial things, epson, HP and canon printers. I've found bits of CUPS drivers from 2015, intel only for vintage printers. So there is a whole world of older hardware that could stop working if they don't recompile for ARM64.
You can install Rosetta 2 on macOS 28. That is confirmed by Apple. What you cannot do is run any Intel Mac software with it due to the system lacking support libraries for those apps. Currently you are always carrying a whole x64 macOS with you on an Apple Silicon Mac to support the multi-lib architecture for Rosetta. That’s why it says most app will stop working and some old game will still works. Games usually don’t relying on a lot of system libraries and can run without those.
 
  • Like
Reactions: visualseed
It is just hope. There is no indication that there will be anything for that Rosetta 2 installer to hook into at the system level in macOS 28, or for that matter that future Apple silicon will have the same custom instructions and processing modes needed for current Rosetta 2 to work.

I believe they did talk this year about intentions to keep the Game Porting Toolkit continuing to work, including modified Rosetta 2 support, during the WWDC videos last week. I haven't watched yet though.

There are certain hardware features built into Apple Silicon chips that are essential for Rosetta to function, which may not necessarily be included future chips. However, the inclusion of a "Rosetta framework" in the GPTK makes me think they’ll stick around. Apple could take steps to make installing the current Rosetta 2 on OS28 more difficult or even impossible (signing comes to mind) but I think this could also pave the way for them to sell Rosetta as a subscription or allow a third-party to offer a similar product for those who need it.
 
I have always argued that Rosetta 2 should be maintained long-term, rather than being sunsetted like Rosetta 1. The two situations are fundamentally different. When Apple dropped Rosetta 1, PowerPC was already dead in the broader consumer market. Once the Mac transition was complete, there was no longer a commercial incentive for PPC development outside of isolated embedded systems, which had absolutely no overlap with desktop users anyway. Killing Rosetta 1 was simply cleaning house.

Rosetta 2 bridges a completely different reality. The x86/64 architecture continues to dominate the commercial computing space. Millions of Intel and AMD systems are still designed, built, and shipped every year. Because this massive, active market exists, there is a constant stream of new x86 software being developed globally. This is especially true in enterprise environments, specialized professional tools, and the entire PC gaming ecosystem.

There is an enormous library of code out there that could still be leveraged on the Mac. By setting a hard expiration date on Rosetta 2, Apple is choosing to burn a highly functional bridge to the largest active software pool in the world. While forcing developers to adopt ARM natively makes sense for Apple's hardware philosophy, abandoning the ongoing reality of x86 feels like an unnecessary limitation that ultimately hurts the end user.

If Apple no longer wants to bear the engineering and security burdens of maintaining the translation layer natively in future macOS releases, there is a clear opportunity for a commercial alternative. I would be more than happy to pay for an annual license for Rosetta 2 directly from Apple or a blessed third-party developer to continue this support. Monetizing it as an optional, premium add-on would justify the upkeep costs while preserving access to critical x86 software for the users who truly need it.
It’s impossible for a third party to maintain it. Rosetta 2 is basically multi-lib support from macOS. You have to have an Intel version of macOS to support it. macOS 27 is theoretically possible to be installed on an Intel Mac as the only thing missing is a new kernel for x64 and historically you can somehow run new system on old kernel.
 
I have heard this idea elsewhere, that post-apocalypse a user can manually install Rosetta 2 and just keep on keepin' on with Intel apps. Is this idea supported by any statements from Apple, or is this just hoping against hope?
It won’t work and this is confirmed by Apple. Intel macOS apps require not only Rosetta 2 but also the whole Intel macOS system to run. Every system libraries and software need to maintain an Intel version to support this. When all those gone after macOS 28 all your Intel app will stop working even if you have Rosetta 2 installed. Wine and Linux VM will still works after this because they do not rely on macOS libraries.
 
Yes that’s likely correct. But I wish Apple would prioritize a support for those ‘old’ 32-bit or Rosetta-required applications rather than developing new useless things like liquid glass. Again fake ‘new thing that improves your productivity’, marketing and $ prevail over a real support for long time customers, which of course would cost some software resources at Apple and cost soooo much $. Bad policy bad calculation.
Supporting old software is hurting the overall user experience. That’s where Windows falls.
 
  • Like
Reactions: mrhick01
Indeed. And Rosetta 2 was originally written for that purpose, to bridge the transition for macOS apps when the hardware moved from Intel to ARM.

In the last 5 years however Rosetta 2, which is an incredible piece of software engineering, started to be used to generally emulate anything x86_64 on mac ARM. So now you have, for instance, Docker which will let you run a full x86 linux distro in a container at basically native speeds, and you can run most if not all linux x86 apps on it. This makes the mac as a piece of hardware incredibly useful. We're talking here about apps not written for Mac, nothing to do with Mac, no Mac version, never was and never will be. The ability to do this on the Apple Mac you use for daily life opens the doors to millions of useful applications, most of which don't even run on Linux ARM. Having a virtual x86 box is very useful.

Now perhaps Apple never intended this to happen. I'm sure that's not why they wrote Rosetta 2, but they created something great which makes Mac hardware the only ARM-based platform you can run ARM and x86 code on (as far as I know).

I can't think that continuing engineering support for Rosetta 2 is an arduous of expensive task. It's basically done and just has bugfixes and tweaks and probably some updates for new Mac ARM chips. I don't really see why they would just toss it away.

I rather hope that if Apple really doesn't want to continue supporting Rosetta 2 that they either open-source it or sell it to (god I thought I'd never say this but ...) Parallels or someone who are in the business of running virtualized anything on anything.
Supporting Rosetta is cheap, but supporting apps running with Rosetta is mad expensive. You literally need to support an Intel version of macOS with it.
 
Couldn't find this option in Tahoe 26.5.1 but found something similar under About This Mac... More Info... System Report:-

Screenshot 2026-06-15 at 15.38.29.png



Now to dig around to see if there's a native version on the respective web sites. I know it says "Have Native Version: No" but keeping my fingers crossed!
 
  • Like
Reactions: EatinPonies
another macos release .. time to check "macos 27 golden gate" ..

ok, 1h run time now:
- i see apple is still working hard at making its users life miserable.
- more liquid bullsh*t ui ..
- readability hasn't improved much..
- phasing out rosetta soon ..
- amount of shortcomings haven't really been reduced..
time to power the mac down, i'll check back at macos 28 ..
i think it's safe to bet in advance that there won't be much progress with macos 28 either.
i got myself an expensive paper weight. maybe in macos 29 or 30 it will become usable again.
 
Last edited:
It’s impossible for a third party to maintain it. Rosetta 2 is basically multi-lib support from macOS. You have to have an Intel version of macOS to support it. macOS 27 is theoretically possible to be installed on an Intel Mac as the only thing missing is a new kernel for x64 and historically you can somehow run new system on old kernel.
Theoretically it could be done as a Wine-esque deployment utilizing wrapped x86 libraries and system-level mapping. Apple could simply lock the translation layer to a frozen set of x86 libraries from OS26/27. There is very little need to continually update them, because unupdated x86 apps are not taking advantage of new system features anyway.

It would require a heavy, multi-gigabyte runtime installation, but it would not have to ship natively with the core OS. It could be an optional download. Would Apple actually commit to doing this? Most likely not. A blessed third-party could, but it is effectively the exact architecture they are already using with the GPTK which is literally Wine running on a Rosetta"Wine", which proves it is possible.
 
Last edited:
Theoretically it could be done as a Wine-esque deployment utilizing wrapped x86 libraries and system-level mapping. Apple could simply lock the translation layer to a frozen set of x86 libraries from OS26/27. There is very little need to continually update them, because unupdated x86 apps are not taking advantage of new system features anyway.

It would require a heavy, multi-gigabyte runtime installation, but it would not have to ship natively with the core OS. It could be an optional download. Would Apple actually commit to doing this? Most likely not. A blessed third-party could, but it is effectively the exact architecture they are already using with the GPTK which is literally Wine running on a Rosetta"Wine", which proves it is possible.
That is already possible. It’s called a VM of previous version of macOS. Keeping old system libraries in wine like mode still requires compatibility changes in the kernel and it will have drawbacks.
 
That is already possible. It’s called a VM of previous version of macOS. Keeping old system libraries in wine like mode still requires compatibility changes in the kernel and it will have drawbacks.
What kernel changes do you think Apple is making to support actual Wine? This, hypothetically, would be the same thing. A strict user-space translation layer, and the kernel would be completely agnostic to what is going on. By the time a wrapped request actually hits the kernel, it's a native ARM64 system call.

Any structural tweaks required to flip the right memory-ordering bits on the physical silicon (like toggling hardware TSO) are already permanently baked into macOS because they are required for Rosetta in the GPTK. There are no ongoing kernel modifications required to maintain a user-space wrapper. Thats why they work so well.
 
You can get a list of your Intel Apps now in MacOS 26 via System Settings > General > About > System Report... > Software > Applications and then sort by Kind.
 
Yup, I install WINE via Homebrew and have been getting this "deprecation" warning for months now. But it says that support is ending THIS September. I hope they fix that, as Apple seems to have extended the deadline by a full year.

I use WINE to run a basic Windows app, so this isn't just about outdated Mac apps. Some of us are using actual Intel apps where there is no native Mac equivalent. What a shame they are dropping support entirely.

Wine runs natively as ARM64, with ARM64EC support (added in Wine 10) providing the boundary ABI that lets emulated x86-64 code call into it. This, plus FEX handling the x86 and x86-64 CPU emulation, is how CrossOver 27 (Apple Silicon only) will continue to run x86 Windows apps once Rosetta is gone.
 
Last edited:
Games rely on GPTK, so that's also Rosetta2. Game Porting Toolkit is also going down the *******.
Wine is doomed.

It's like updating your Twitter/Reddit client when neither works anymore.

What happened with FEX? It seemed that was a pretty good CPU translation library.
 
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.