getting closer on cross compilation support
a couple of npm packages are still acting badly and don't appear to support cross compiling (they build as x86_64)

fs_admin.node:                         ELF 64-bit LSB shared object, ARM aarch64, version 1 (SYSV), dynamically linked, BuildID[sha1]=aa032c2ad45bc848811f4cdc2ca82b19afcc4e78, stripped
desktop-trampoline/desktop-trampoline: ELF 64-bit LSB pie executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, BuildID[sha1]=4295580279c509a5e8a0fdb5312437d9a55c341e, for GNU/Linux 3.2.0, not stripped
keytar.node:                           ELF 64-bit LSB shared object, ARM aarch64, version 1 (SYSV), dynamically linked, BuildID[sha1]=b32a8201f935cd58964bef1ca54216aed71abed2, stripped
desktop-notifications.node:            ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=eaa58f98a44a35f5cba1b1605ea3d678f56c5efd, not stripped

on native arm64 buildserver these files are getting built as aarch64

edit: no longer an issue

I found the issue, node-gyp is getting called due to there not being a binary available for the platform selected (eg: arm64) and node-gyp does not support cross compilation. it simply uses the default GCC/G++ nodejs/node-gyp#829

they closed the issue because they are too lazy to implement it.....

the way to get around this is to explicitly pass the --arch variable to node-gyp. but that requires that the problematic packages (desktop-trampoline https://github.com/desktop/desktop-trampoline/blob/734fbaeffd848ef61c0519c6ff88a4123aca54dc/package.json#L14 and desktop-notifications be corrected https://github.com/desktop/desktop-notifications/blob/41d50b6f85e1689f3edc38549613936ad05e2501/package.json#L8 )

oh wonderful that explains why --arch doesn't work in node-gyp... its only an option for windows, not documented anywhere
https://github.com/nodejs/node-gyp/blob/53c99ae573bd5a5435e843b7de6b2e684f4de4d3/lib/build.js#L137-L155

this is why I hate node/npm/electron

edit: workaround implemented here 1b40966

@shiftkey this PR is final. I am not sure how you want to handle uploading releases from two separate job matrices so I will let you handle that.

binaries/packages tested on arm64 and working well

@theofficialgman thanks for digging into this - I'm going to break this up into a few branches to make the changes easier to review and test:

• update dugite to new version and drop workarounds ✅
• split build and publish into two separate jobs (following the pattern from dugite-native to upload artifacts)
• update CI to add ARM support

From then we can ship an early release for Linux (I won't publish to apt or rpm feeds) with the ARM binaries available for verification. The upstream desktop package might not be available for a couple of weeks, but once they cut the release it'll be easy for us to shift these changes over and get things working. It'll also be a chance for me to tidy up the history of commits that have built up over the years...

I am not sure how you want to handle uploading releases from two separate job matrices so I will let you handle that.

All good, I'll handle that.