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.