My macOS 14.2.1 (Darwin 23.2.0) is arm64 by default. I set up a bunch of x86_64 versions for different apps (have Rosetta 2 set up as well). For example, cmake and Homebrew. But when I call them with arch -x86_64 prefix, the OS cannot find them:

arch -x86_64 cmake
arch: posix_spawnp: cmake: Bad CPU type in executable

The following thing works though:

arch -x86_64 /usr/local/Homebrew/Cellar/cmake/3.31.4/bin/cmake

The same is with the other apps installed for x86_64. Even when I call arch -x86_64 zsh and switch my bash to the x86_64 mode, it can't find the paths. When I call

which cmake

It always shows only one path (arm64), either when I'm on arm64 or x86_64 version of zsh:

/opt/homebrew/bin/cmake

Should I manually add all paths to the x86_64 applications to $PATH or is there a better way to tell the OS to do this automatically?

I am trying to run only native software. So I would like to be able to monitor whether Rosetta 2 is available or not. I am not asking if Rosetta 2 is *running*. I am **asking if Rosetta 2 is *present***, is capable of running. I know I can sort on the *Kind* column of the process list seen in the *Activity Monitor* app to find a process currently running through Rosetta 2 or running natively (“Apple”). But I want to know if the Rosetta capability in general has been installed/activated in general on my Mac, even if no app is currently running that way.

Thanks to Apple's Virtualization framework it is possible to use Rosetta 2 inside a Linux VM to run x86_64 applications. All the videos and resources I've found online only explain how to install x86 applications using the apt package manager by appending :amd64 to the application name. For example:

sudo apt install libx11-6:amd64

You also need to add the amd64 apt repositories such as described in the Github repository macOS-Linux-VM-with-Rosetta . But I'm wondering, and I haven't found an answer yet, how to execute x86_64 binaries that I have manually downloaded somewhere or compiled on my own, not through the apt registry. I'm using Parallels 20.1.1 on an M1 Mac Pro running macOS 15.0.1, I have created a Ubuntu 22.04.2 VM with the Parallels Rosetta setting enabled. I have also enabled Rosetta in my VM using the script provided by Parallels as described in Using Rosetta to run x86-64 Docker Containers and Binaries in Linux virtual machines with Parallels Desktop .

$ sudo ./rosetta_x86_sources.sh enable
$ sudo apt update

But when I execute a x86 binary inside this VM I get an error indicating that I'm running the wrong platform.

cannot execute binary file: Exec format error

how can I execute x86_64 binaries on a Linux VM with Rosetta 2?

When attempting to install an app built for Intel Macs on an Apple Silicon Mac, I encounter the following message: > Note that it is very difficult to remove Rosetta 2 once it is installed What does this statement mean from a technical standpoint? Specifically, what changes occur when installing Rosetta 2 on an Apple Silicon Mac, and what technical reasons make these changes difficult to reverse?

After installing *Docker Desktop* app version 4.25 on my MacBook Pro running macOS Sonoma, I was prompted to install Rosetta 2 . I verified that I had indeed downloaded the version of Docker Desktop for Apple Silicon, not Intel. What part of Docker Desktop requires Rosetta? I suppose it is not really a problem, but I am curious.

A little bit of background: If you make an app with no compiled Arm64 binaries in the Content/MacOS folder, MacOS erroneously identifies it as an Intel based app. After launching the app, MacOS will prompt the user to install rosetta, despite the app running fine natively. I found a simple solution to this issue, either include a do-nothing compiled binary to Contents/MacOS, or add

LSArchitecturePriority
    
        arm64

to the plist. I posted the solution here https://apple.stackexchange.com/questions/457171/shell-script-application-bundle-prompts-for-rosetta-installation/474471#474471 The problem is this change only fixes the issue if you also change the BundleID. If you run the app even once with the bad configuration, MacOS seems to cache the intel flag somewhere based on the BundleID. It does not seem to be cached in the usual places. How to reproduce: (On apple silicon) 1. You probably already have rosetta, and it is a pain to remove, so a VM is likely needed. 2. Make an empty app with Script Editor, export with file format: Application. 3. Replace Example.app/Content/MacOS/applet with a script of the same name. Make sure the old applet is gone, don't rename it and leave it in the directory. I used:

#!/usr/bin/osascript
display dialog "Hello, world"

4. Make it executable sudo chmod +x ./Example.app/Content/MacOS/applet 5. Run example.app and observe that it asks you to install rosetta 6. Add the previously mentioned fix to you plist, including the BundleID change 7. Run it again and observe that it now works 8. Change your BundleID back. Running this now raises the rosetta prompt despite the fact that it runs fine on a clean install of MacOS. Things I have tried: - Rebooting, no effect - Reforming the app, no effect - Reboot in recovery mode, no effect - lsregister -delete, no effect - ~/Library/Preferences, ~/Library/Caches, /Library/Preferences, and /Library/Caches, none contain an entry for the BundleId - defaults delete, domain not found - signing app, no effect - clearing /var/db/oah, it is already empty I am not great with MacOS so it is possible I am overlooking something simple.

I'm trying to install rosetta 2 via command line, using this command:

/usr/sbin/softwareupdate --install-rosetta

Source: https://derflounder.wordpress.com/2020/11/17/installing-rosetta-2-on-apple-silicon-macs/ **The problem:** I'm receiving this error:

softwareupdate[981:12251] Package Authoring Error: 001-79711: Package reference com.apple.pkg.RosettaUpdateAuto is missing installKBytes attribute

**Terminal screenshot:** **The question:** How can I get rid of this error and install rosetta 2 properly?

After getting an M1 MacBook Air, I wanted to install some command-line packages. Following this blog post , I duplicated Terminal.app and set it to run with Rosetta. Using this x86_64 terminal, I installed Nix and used it to install htop, nnn, etc. These run fine in the x86_64 terminal. However, they *also* work in the native terminal, without arch. This makes me confused, because from reading this post , I thought I needed to add arch -x86_64 before the command to run it with Rosetta. The file command tells me that the binary does not have a version for Apple Silicon. ### How did htop run successfully?

I am using a m1 MacBook Pro and do not want any intel applications. Therefore all apps I install are either universal or plain arm64. But rosetta2 is still activated because ms office 2019 which updates itself to arm version later is distributed in intel binary. After that, all apps I use are native. However, the 'CarbonComponentScannerXPC' exists as the only process with Intel code. The Activity Monitor tells me perhaps it is from the AudioToolbox framework. I search on the Internet but cannot find more information. Can anybody tell me what purpose it serves? Is there any way to remove or stop it?

I just bought myself a 14" MacBook Pro (M1 Pro), which I use as my personal computer, including for casually playing League of Legends (a popular MOBA game). I am connected to an external display (LG UltraFine 4K 24MD4KL-B) and some external peripherals (mouse, keyboard). League of Legends runs via Rosetta 2 on Apple Silicon macs, and runs perfectly fine on the built-in display. I run into some issues, however, when connecting my external display: input lag, screen stutter/flaky pixels/glitchy display (I can provide a video to illustrate). The weird thing is, disconnecting and reconnecting the thunderbolt cable once in-game solves the issue: display becomes pristine, there's no discernible input lag, everything works perfectly. However, this workaround causes the OS to malfunction post-game: application switching no longer works, and subsequent games load into a black screen. A restart solves the issue (but it means I have to restart my machine after every game). This is kind of a frustrating issue, so I wonder if anyone has faced a similar problem or knows of a potential fix? Also, I don't know which part of the chain is to blame in this: the game itself? macOS Monterey? Rosetta 2? I want to push for an investigation, but I don't want to go barking up the wrong tree. Full specs: - 2021 14" MacBook Pro (M1 Pro, 16GB, 1TB) - LG UltraFine 4K 24MD4KL-B - External peripherals - macOS Monterey 12.0.1 (21A559) Thanks in advance for any help!

I've recently started using a Silicon MacBook Pro 13 (i.e. one with non-Intel processor). I have found installing some software difficult, for example installing Python through Homebrew and installing Python packages through Pip. Also, for some software there exist ports to the new architecture, but these ports contain bugs, for example, the Tensorflow package for Python. I also use an IDE that runs some Python commands and some Terminal commands for me, and I find it very difficult to manage the usage of Rosetta 2 for these commands. Is there a way to set up my Mac so that all software behaves as it would on an Intel processor? For example by using Rosetta 2 for *every* processor instruction? I understand that would mean substantial performance losses, but I would be happy to accept these.

SDKMAN! does a great job of identifying that the running Mac has an Apple Silicon (ARM ) chip and filtering its offerings accordingly. For example, sdk list java shows only JDK product for the M1/M2/M3 chips. Unfortunately, there are special cases where we need to install the Intel chip version of a product. The Intel versions will run on the M1/M2/M3 Macs under the Rosetta 2 compatibility technology in macOS . Is there a way to make SDKMAN! offer Intel versions of software to install rather than ARM/Apple Silicon versions?

# TLDR How can I configure poetry to use/create an x86 environment? # Details My python project has a dependency that is not available for apple silicon (I use a Macbook Pro M2). A plain pip install will run into an error:

installing pyqt-qt5 (5.15.2): Failed
RuntimeError
Unable to find installation candidates for pyqt-qt5 (5.15.2)

## What works Using conda to handle the virtual environment, I can enforce the x86 version of the dependencies like so:

CONDA_SUBDIR=osx-64 conda create -n my-intel-env python=3.11 -y
conda activate my-intel-env
conda env config vars set CONDA_SUBDIR=osx-64
conda deactivate
conda activate my-intel-env
pip install "poetry==1.5.1"
poetry install --with dev

...
  • Installing pymiscutils (0.3.14)
  • Installing pyqt5 (5.15.9)
  • Installing requests-oauthlib (1.3.1)
...

## What doesn't However, I'd like to ditch conda and use poetry exclusively, i.e., *also for creating the venv*. For this, I have a poetry.toml file in the project root:

[virtualenvs]
in-project = true

When running poetry install while not having a venv activated, this will create a .venv folder inside the project root, and install all dependencies into it, which is what I want. However, it fails in the same way as described at the top. **How can I configure poetry to use x86, similarly to how I did it for conda?**

I noticed today that when changing SIP mode (either enabling or disabling), upon reboot my macOS Monterey CPU usage is heavily consumed by a series of oahd and oahd-helper processes. Researching reveals (see eclecticlight.co and ProjectChampollion GitHub ) this to be related to Rosetta2/AOT but there isn't much detail about what it's doing or how to tame it. If left alone, eventually things settle down after about ***17 minutes*** of churning. Here are some screenshots from my M1 Mac Mini system, running 12.5 as of this writing: How can I manage this better?

For a university course i need to use x86_64 assembly (AT&T syntax) and I was wondering if there is a way to run this through rosetta 2. So far I've set the OG terminal to run through Rosetta 2, and managed to install gcc and gdb. Despite this, when I try to run the binary I either get:

zsh: exec format error: ./helloworld

when I run it directly through the terminal; or:

./helloworld: ./helloworld: cannot execute binary file

when I try to run it as follows:

arch -x86_64 ./heloworld

I've read the "cannot execute binary file" is an error when trying to run a binary through the wrong architecture, but I hoped that Rosetta could fix this... Is there anything that I'm missing? Any solution for running this binaries (other than a VM)? Edits:

$ lipo -detailed_info helloworld
input file helloworld is not a fat file
Non-fat file: helloworld is architecture: x86_64

$ file helloworld
helloworld: Mach-O 64-bit object x86_64

I created

by assembling it through:

arch -x86_64 gcc -no-pie -c -g -o helloworld helloWorld.s

Rosetta installation dialog is shown when install application which needs Rosetta to run. But how can I install Rosetta without such an application? Rosetta is not available in App Store.

I am using conda a lot and for some packages and environments I need x86_64 architecture. I did this by duplicating my Terminal.app and starting one duplicate with Rosetta (as described here: https://towardsdatascience.com/how-to-install-miniconda-x86-64-apple-m1-side-by-side-on-mac-book-m1-a476936bfaf0) . Unfortunately, I can't duplicate my Terminal.app anymore since macOS 13. Does anyone already have a solution for this?

I'm setting up a new MBP 14" M2, freshly updated to macOS 13.2. I've installed a bunch of apps, including both Carrot Weather and WhatsApp, both from the App Store. When I startup WhatsApp is says that CarrotWeather needs Rosetta. This seems a little bizarre. What am I doing wrong? Quick video of it

If you have an M1-based Macbook you can tell if a process running on the machine is Apple/M1 or Intel/Rosetta in Activity Monitor, but is there a way to get this information on the command line? I'd like to be able to quickly show a count of how many Intel processes are currently running on my machine under Rosetta.

On Macbooks with M1 chip (arm64) , **Rosetta2** is a translator from Intel x86 to M1 silicon chip. In order to install Rosetta on your Macbook, enter in the Terminal

--install-rosetta

When you open an app with "Get Info", you can check "Open using Rosetta" Now these applications will run under an emulation of Intel processor. In the application "Activity Monitor", in the Kind , the iTerm2 process with Rosetta checked is Intel. The iTerm2 unchecked is Apple. In terms of performance, I notice nothing. **What are the drawbacks to apply Rosetta to any applications ?** - for an app compiled for arm64 chip - for an app compiled for Intel x86 chip