While the documentation doesn't really dig on the issue, I remember it was needed for x86 emulation (if you're trying an older image of MySQL for instance), so I guess other platform emulation will be significantly harder from now on for Apple Silicon ?
I've nearly given up on using containers on macOS for development at work, because I frequently need to test amd64-only containers. One deviation from our production (Linux on x86_64) is bad enough, but two surfaces issues, or even annoyances, frequently enough that I'm likely to take a plain Linux box for my next refresh.
Removal of the parts that Docker Desktop or colima use to provide x86_64 hosting might just seal that for me.
(Remote dev is another option, but I haven't found that particularly ergonomic yet.)
They won't do it, as they hate anything more than a minimal testing matrix, but it would be nice if, when the Intel versions of the system frameworks are fully removed, Rosetta 2 could be updated to include them as a downloadable component, so we could keep easy Intel support for those that really need it. It sounds like they're going to do something similar for games, where you can download a version of Rosetta 2 specifically created for them, but it would be nice to make them available for any app.
Something something seventh incarnation. This is hardly the first time they've changed architectures. I'm actually a little impressed they actually held on this long.
Intel emulation effectively sucks compared to native apps in every way.
I mean officially Apple no longer supports 32-bit applications, so it’s not a stretch to say they will completely drop x86 support. How many PowerPC MacOS apps work still?
Rosetta 2 is pretty important for running amd64 containers on Mac. Removing it will be a big disadvantage. Why take something that works well and throw it away with no alternative?
Why is Rosetta 2 used for running native containers on Apple Silicon?
My understanding was that it was used for running x86_64 containers within a arm64 linux VM, because it could provide hardware accelerated emulation for the linux binaries.
Readit News
https://docs.docker.com/desktop/setup/install/mac-install/
While the documentation doesn't really dig on the issue, I remember it was needed for x86 emulation (if you're trying an older image of MySQL for instance), so I guess other platform emulation will be significantly harder from now on for Apple Silicon ?
Removal of the parts that Docker Desktop or colima use to provide x86_64 hosting might just seal that for me.
(Remote dev is another option, but I haven't found that particularly ergonomic yet.)
Something something seventh incarnation. This is hardly the first time they've changed architectures. I'm actually a little impressed they actually held on this long.
Intel emulation effectively sucks compared to native apps in every way.
This is where we are.
orrr... maybe not! https://tenfourfox.blogspot.com/2025/02/february-patch-set-f...
My understanding was that it was used for running x86_64 containers within a arm64 linux VM, because it could provide hardware accelerated emulation for the linux binaries.
I mean, if they could simply kick out all studios that used final cut by making it incompatible, why care now?
What is needed is an app/infrastructure that doesn't just convert app temporarily but translates them permanently.