Toggle sidebar Toggle sidebar
Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.

How to See Which Mac Apps Will Stop Working After macOS Golden Gate

whelmedjedi said:
Im an app developer and I’m basically unable to upload new update for my app to app store connect after new macos 27 update. It doesnt accept app binary from xcode 27 beta and if I use xcode 26 to compile, it still doesnt allow because my os version natively blocks xcode 26. I run it from terminal to compile but app store connect still somehow understands that im on incompatible os version. Only option seems to be xcode cloud which i dont want to share my code on github even if its private repo. So what to do? Am i supposed to wait until september to distribute new version of my app? Lol apple.
Click to expand...
Sorry, you did something stupid. It has always been the case that you can't upgrade a dev machine to a MacOS beta and still build/ship apps. You need a separate machine for testing betas and keep your primary dev machine on a supported OS version.
 
  • Like
Reactions: technole
iLondoner said:
So this is where Apple forces me to buy a Windoze machine because I can't carry on using the Mac version of Garmin Basecamp.
Click to expand...
Run Windows 11 in a Parallels Virtual Machine. Windows 11/ARM has its own version of Rosetta and can run x86 and x64 Windows apps.
 
Shirasaki said:
I think people should really stop accusing devs of not flipping that magical switch to “convert apps”. If it is that easy all intel apps that are still maintained today would’ve gone to Apple silicon support, at least in a basic level (cough, electro app, cough).

This kind of automation rarely works for most people. I’m not promoting lazy developers, but there are always more to that. Sometimes for certain bits it’s just not possible to convert. You never know.
Click to expand...

Thank you. I’m not a developer but I have heard from enough and know enough myself to know that for any non-trivial app, it’s not just flipping a switch.
 
CarAnalogy said:
Thank you. I’m not a developer but I have heard from enough and know enough myself to know that for any non-trivial app, it’s not just flipping a switch.
Click to expand...

It’s certainly not just a matter of flipping a switch

But it’s been six years now, any dev interested in maintaining a macOS app has had plenty of time
 
Charlie Bonesx said:
It’s certainly not just a matter of flipping a switch

But it’s been six years now, any dev interested in maintaining a macOS app has had plenty of time
Click to expand...
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.
 
  • Like
Reactions: whg, Shirasaki, visualseed and 1 other person
Charlie Bonesx said:
It’s certainly not just a matter of flipping a switch

But it’s been six years now, any dev interested in maintaining a macOS app has had plenty of time
Click to expand...

I see it more as taking away consumers' ability to run apps that developers have no interest in maintaining. I personally run a set of custom command line utilities that were never originally designed for the Mac, created by developers who are now either retired or deceased.
 
visualseed said:
I see it more as taking away consumers' ability to run apps that developers have no interest in maintaining. I personally run a set of custom command line utilities that were never originally designed for the Mac, created by developers who are now either retired or deceased.
Click to expand...

I don’t see why Apple should have to maintain legacy code for those sorts of edge cases

Any posix compliant command line utility shouldn’t have an issue anyway
 
  • Like
Reactions: technole and n-evo
Who wants to bet android and windows will do the same eventually. Why, simply because the new standard is fully AI ready, as in AI will be able to gather data easier from compatible apps. Its like how some fonts are no longer allowed, too hard for computers to know what you write if it has to figure out a bunch of weird font code. They always give you a reason but theres always the real reason they never tell you. Computers more and more can see you, see what you type, see your screen, and eventually figure out the intent of what you do and say. And every top company is actively making that a reality with every release they have.
 
This is going to suck for lots of people, myself included. I use Docker images that are only available in AMD64 arch (MS SQL) for work almost daily. Then all the people using Wine/CrossOver and similar (not an insignificant community)
 
Obry said:
This is going to suck for lots of people, myself included. I use Docker images that are only available in AMD64 arch (MS SQL) for work almost daily. Then all the people using Wine/CrossOver and similar (not an insignificant community)
Click to expand...

Crossover is dropping x86 and will becoming Apple silicon only
 
"If you have apps that still use Rosetta, you'll get a warning every time you restart your Mac or open an Intel app."

Everytime I open the app? That's a lot of notifications. Can't they just do one and end it?
 
loopy123 said:
Sorry, you did something stupid. It has always been the case that you can't upgrade a dev machine to a MacOS beta and still build/ship apps. You need a separate machine for testing betas and keep your primary dev machine on a supported OS version.
Click to expand...
I'm not that rich to have two macs. And I didn't know that was an issue until now. They should have released a stable version of xcode 26 that is compatible with macos 27 beta. Anyway, it seems Apple at least provided a solution. I used xcode cloud in the end to ship new version of my app. They give 60 minutes of free xcode cloud compute per month. Seems enough for me, updating my app once per week. Each build takes 6-7 mins on their cloud device.
 
loopy123 said:
Sorry, you did something stupid. It has always been the case that you can't upgrade a dev machine to a MacOS beta and still build/ship apps. You need a separate machine for testing betas and keep your primary dev machine on a supported OS version.
Click to expand...

Umm

No

You can run multiple versions on the same machine
 
You must log in or register to reply here.
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.
Top Bottom
Back