Error: dlopen(/private/var/folders/0w/dykt_k0j68556qqnmxfw8nmc0000gn/T/AppTranslocation/0CE09DE1-19B6-4D69-A57B-78662D50B0F8/d/Mailspring 2.app/Contents/Resources/app.asar.unpacked/node_modules/better-sqlite3/build/Release/better_sqlite3.node, 0x0001): tried: ‘/private/var/folders/0w/dykt_k0j68556qqnmxfw8nmc0000gn/T/AppTranslocation/0CE09DE1-19B6-4D69-A57B-78662D50B0F8/d/Mailspring 2.app/Contents/Resources/app.asar.unpacked/node_modules/better-sqlite3/build/Release/better_sqlite3.node’ (mach-o file, but is an incompatible architecture (have ‘arm64’, need ‘x86_64h’ or ‘x86_64’)), ‘/System/Volumes/Preboot/Cryptexes/OS/private/var/folders/0w/dykt_k0j68556qqnmxfw8nmc0000gn/T/AppTranslocation/0CE09DE1-19B6-4D69-A57B-78662D50B0F8/d/Mailspring 2.app/Contents/Resources/app.asar.unpacked/node_modules/better-sqlite3/build/Release/better_sqlite3.node’ (no such file), ‘/private/var/folders/0w/dykt_k0j68556qqnmxfw8nmc0000gn/T/AppTranslocation/0CE09DE1-19B6-4D69-A57B-78662D50B0F8/d/Mailspring 2.app/Contents/Resources/app.asar.unpacked/node_modules/better-sqlite3/build/Release/better_sqlite3.node’ (mach-o file, but is an incompatible architecture (have ‘arm64’, need ‘x86_64h’ or ‘x86_64’))
Same here, running Ventura 13.7.2 on an Intel mac. It looks like the Mac silicon driver for SQLite3 got packaged with the Intel release.
Error: dlopen(/Applications/Mailspring.app/Contents/Resources/app.asar.unpacked/node_modules/better-sqlite3/build/Release/better_sqlite3.node, 0x0001): tried: '/Applications/Mailspring.app/Contents/Resources/app.asar.unpacked/node_modules/better-sqlite3/build/Release/better_sqlite3.node' (mach-o file, but is an incompatible architecture (have 'arm64', need 'x86_64h' or 'x86_64')), '/System/Volumes/Preboot/Cryptexes/OS/Applications/Mailspring.app/Contents/Resources/app.asar.unpacked/node_modules/better-sqlite3/build/Release/better_sqlite3.node' (no such file), '/Applications/Mailspring.app/Contents/Resources/app.asar.unpacked/node_modules/better-sqlite3/build/Release/better_sqlite3.node' (mach-o file, but is an incompatible architecture (have 'arm64', need 'x86_64h' or 'x86_64'))
Oh interesting this is no good - we did have to move the Intel build to Github Actions this release so it could leverage a new version of Xcode. Investigating this now, I expect we can get it fixed ASAP
Hey folks, thanks for your patience - it looks like this happened because our Github Actions that build and publish the app were sharing a build cache, so the ARM64 binaries created for the node modules (like sqlite) were used for the intel build that ran immediately afterward.
I’m going to ship a 1.15.1 so that the app will auto-update (thankfully it should auto-update even if the main window is crashing. edit: I am attempting to verify this) and also replace the 1.15.0 binary in place to avoid anyone else receiving it.
I am experiencing exactly the same on an earlier version of MacOS - Monterey. I did follow a link to download a previously working version of the software (post by bengotow above)and it worked okay. But it of course wanted to upgrade, and the instant that it did that it broke again with the same message noted in the first and second posts in this thread. So uninstalled and working with another client for now…
