Unable to run V2.0.0-beta.1 on Mac M1 Pro

[chrisehlee]

I've followed the https://beta.tauri.app guide on starting a project but I'm consistently facing the same error regardless of the JS package manager I pick(bun/pnpm/npm/yarn). Here's the error I get

> [email protected] tauri ~/Sites/ws/tauri-app
> tauri "dev"

~/Sites/ws/tauri-app/node_modules/.pnpm/@[email protected]/node_modules/@tauri-apps/cli/index.js:254
    throw loadError
    ^

Error: dlopen(~/Sites/ws/tauri-app/node_modules/.pnpm/@[email protected]/node_modules/@tauri-apps/cli-darwin-x64/cli.darwin-x64.node, 0x0001): Library not loaded: /usr/local/opt/openssl@3/lib/libssl.3.dylib
  Referenced from: <8A6B0868-BB98-324D-8510-0F900A1349C3> ~/Sites/ws/tauri-app/node_modules/.pnpm/@[email protected]/node_modules/@tauri-apps/cli-darwin-x64/cli.darwin-x64.node
  Reason: tried: '/usr/local/opt/openssl@3/lib/libssl.3.dylib' (mach-o file, but is an incompatible architecture (have 'arm64', need 'x86_64')), '/System/Volumes/Preboot/Cryptexes/OS/usr/local/opt/openssl@3/lib/libssl.3.dylib' (no such file), '/usr/local/opt/openssl@3/lib/libssl.3.dylib' (mach-o file, but is an incompatible architecture (have 'arm64', need 'x86_64')), '/usr/local/lib/libssl.3.dylib' (mach-o file, but is an incompatible architecture (have 'arm64', need 'x86_64')), '/usr/lib/libssl.3.dylib' (no such file, not in dyld cache), '/opt/homebrew/Cellar/openssl@3/3.2.1/lib/libssl.3.dylib' (mach-o file, but is an incompatible architecture (have 'arm64', need 'x86_64')), '/System/Volumes/Preboot/Cryptexes/OS/opt/homebrew/Cellar/openssl@3/3.2.1/lib/libssl.3.dylib' (no such file), '/opt/homebrew/Cellar/openssl@3/3.2.1/lib/libssl.3.dylib' (mach-o file, but is an incompatible architecture (have 'arm64', need 'x86_64')), '/usr/local/lib/libssl.3.dylib' (mach-o file, but is an incompatible architecture (have 'arm64', need 'x86_64')), '/usr/lib/libssl.3.dylib' (no such file, not in dyld cache)
    at Module._extensions..node (node:internal/modules/cjs/loader:1338:18)
    at Module.load (node:internal/modules/cjs/loader:1117:32)
    at Module._load (node:internal/modules/cjs/loader:958:12)
    at Module.require (node:internal/modules/cjs/loader:1141:19)
    at require (node:internal/modules/cjs/helpers:110:18)
    at Object.<anonymous> (~/Sites/ws/tauri-app/node_modules/.pnpm/@[email protected]/node_modules/@tauri-apps/cli/index.js:131:29)
    at Module._compile (node:internal/modules/cjs/loader:1254:14)
    at Module._extensions..js (node:internal/modules/cjs/loader:1308:10)
    at Module.load (node:internal/modules/cjs/loader:1117:32)
    at Module._load (node:internal/modules/cjs/loader:958:12) {
  code: 'ERR_DLOPEN_FAILED'
}

Node.js v18.14.2
 ELIFECYCLE  Command failed with exit code 1.

My understanding is tauri-apps+cli-darwin-x64 requires x86_64 architecture and openssl to be present at /usr/local/opt/... path, however, I'm using an M1 and it's present at /opt/homebrew/bin/.... I can also confirm I've got OpenSSL 3.2.1 installed.

I'd appreciate any help I can get.

System setup

• Mac M1 Pro
• Sonoma 14.3.1

[FabianLars]

Hmm, i think that should mean that you have a x86 nodejs installation instead of an arm one. You can check via node -p "process.arch"

[chrisehlee]

I'm getting a x64.
Edit: Was using asdf for node versions and it was falling back to x86, now back on track. Thanks @FabianLars

[FabianLars]

Yeah, then i'd recommend to re-install nodejs to get the arm version. I doubt tauri will be the last dependency that will trip up over that (though ideally we could make it more robust...)

[chrisehlee]

Thank you, a bit unrelated curious if there are more resources on implementing custom windows with Tauri, something like this

[FabianLars]

This requires to disable "decorations" and style the window completely with css. The problem is that the window will keep being rectangular, so those edges won't be click-through.

I think the only resource we have is this guide https://tauri.app/v1/guides/features/window-customization which is admittedly in a horrible state right now.

[chrisehlee]

got it, thank you!

[xyhcode]

I also have this problem that has not been solved. My computer is M1 pro chip, and I installed node with arm64

> [email protected] tauri:dev
> tauri dev

/Users/xianxian/Desktop/BlogAssistant/node_modules/@tauri-apps/cli/index.js:250
    throw loadError
    ^

Error: dlopen(/Users/xianxian/Desktop/BlogAssistant/node_modules/@tauri-apps/cli-darwin-arm64/cli.darwin-arm64.node, 0x0001): tried: '/Users/xianxian/Desktop/BlogAssistant/node_modules/@tauri-apps/cli-darwin-arm64/cli.darwin-arm64.node' (code signature invalid in <6B5988B6-A97B-301E-9C31-A3B02C9F9B79> '/Users/xianxian/Desktop/BlogAssistant/node_modules/@tauri-apps/cli-darwin-arm64/cli.darwin-arm64.node' (errno=85) sliceOffset=0x00000000, codeBlobOffset=0x00ED38A0, codeBlobSize=0x0001DB08), '/System/Volumes/Preboot/Cryptexes/OS/Users/xianxian/Desktop/BlogAssistant/node_modules/@tauri-apps/cli-darwin-arm64/cli.darwin-arm64.node' (no such file), '/Users/xianxian/Desktop/BlogAssistant/node_modules/@tauri-apps/cli-darwin-arm64/cli.darwin-arm64.node' (code signature invalid in <6B5988B6-A97B-301E-9C31-A3B02C9F9B79> '/Users/xianxian/Desktop/BlogAssistant/node_modules/@tauri-apps/cli-darwin-arm64/cli.darwin-arm64.node' (errno=85) sliceOffset=0x00000000, codeBlobOffset=0x00ED38A0, codeBlobSize=0x0001DB08)
    at Module._extensions..node (node:internal/modules/cjs/loader:1361:18)
    at Module.load (node:internal/modules/cjs/loader:1133:32)
    at Module._load (node:internal/modules/cjs/loader:972:12)
    at Module.require (node:internal/modules/cjs/loader:1157:19)
    at require (node:internal/modules/helpers:119:18)
    at Object.<anonymous> (/Users/xianxian/Desktop/BlogAssistant/node_modules/@tauri-apps/cli/index.js:141:29)
    at Module._compile (node:internal/modules/cjs/loader:1275:14)
    at Module._extensions..js (node:internal/modules/cjs/loader:1329:10)
    at Module.load (node:internal/modules/cjs/loader:1133:32)
    at Module._load (node:internal/modules/cjs/loader:972:12) {
  code: 'ERR_DLOPEN_FAILED'
}

Node.js v19.9.0

Process finished with exit code 1

[kdy1]

In my case, I was using x86_64 version of rustup. Uninstalling rustup and reinstalling rustup fixed the problem.
The problem is that I used auto-migration, and it copied x86_64 version of rustup from the old Intel macbook.