aarch64 support for cardano-node releases

[disassembler]

Description

This PR improves support for multiple arches in the following ways:

• Adds aarch64-linux nix packages, including musl static and OCI tarball generation package variants
• Bumps GHC from 9.6.6 -> 9.6.7 as well as the cardano-automation flake input for aarch64-linux support
• Updates the release-ghcr GHA workflow to produce linux multi-arch manifest OCI and corresponding release images which auto-resolve on container pull to the appropriate arch (amd64 or arm64)
• Updates the release-upload GHA workflow to produce new linux and darwin aarch64 artifacts
• Produces new OCI/goarch standard name aligned default OCI images of the form:

# $PKG = cardano-node, cardano-tracer, cardano-submit-api:
ghcr.io/intersectmbo/$PKG:$VERSION        # <--- multi-arch manifest
ghcr.io/intersectmbo/$PKG:$VERSION-amd64
ghcr.io/intersectmbo/$PKG:$VERSION-arm64

• Produces updated binary artifact names aligned with the above OCI/goarch name form:

cardano-node-$VERSION-linux-amd64.tar.gz
cardano-node-$VERSION-linux-arm64.tar.gz
cardano-node-$VERSION-macos-amd64.tar.gz
cardano-node-$VERSION-macos-arm64.tar.gz
cardano-node-$VERSION-win-amd64.zip

• Hydra PR vs master impact: eval is the same at ~17 mins, jobs increase +104
• Example release-ghcr action here
• Example release-upload action here

Checklist

• Commit sequence broadly makes sense and commits have useful messages
• New tests are added if needed and existing tests are updated: new hydra ciJob packages, checks
• CI passes
• Self-reviewed the diff

[TheStophe]

Yes please!

[rphair]

Thanks @disassembler for the quick & cooperative response when we presented this on the IOG SPO Discord channel earlier today. I can personally confirm that ARM binary assets for cardano-node would have helped a number of stake pools respond more quickly to this week's emergency.

[wolf31o2]

ARM64v8 Docker images would be nice, too.

[adrem1]

@disassembler thank you for this. As we discussed during the incident, lots of folks run node on ARM. Armada Alliance has been doing a great job at compiling and distributing those binaries, but as @rphair already pointed out, in this case it would have helped greatly to have the binaries already here.

Here's to hoping it will happen at some point🍻

[angerman]

Yes, please!

We should also merge #5628 alongside this.

[OYSTERPOOL]

This would be lovely! There quite a number of us running ARM nodes and it would enable us to respond much quicker during future incidents.

[Copilot]

Pull request overview

This PR adds comprehensive aarch64-linux support to cardano-node releases, modernizing the build and release infrastructure to support multiple architectures. The changes include:

• GHC compiler bump from 9.6.6 to 9.6.7
• Addition of aarch64-linux to supported systems
• Updated GitHub Actions workflows to build and release multi-arch artifacts

Reviewed changes

Copilot reviewed 6 out of 7 changed files in this pull request and generated 3 comments.

Show a summary per file

File	Description
nix/supported-systems.nix	Adds aarch64-linux to the list of supported build systems
nix/haskell.nix	Bumps GHC compiler version from 9.6.6 to 9.6.7
nix/binary-release.nix	Updates platform naming from "win64" to "win" for consistency
flake.nix	Extends system checks to include aarch64-linux, adds musl cross-compilation logic for aarch64, and updates windows build configuration with unreachable code
flake.lock	Updates cardano-automation flake input and adds hackageNix dependency
.github/workflows/release-upload.yaml	Expands build matrix to include linux-amd64, linux-arm64, macos-amd64, macos-arm64, and win-amd64; updates artifact naming to align with OCI/goarch standards
.github/workflows/release-ghcr.yaml	Restructures workflow to build individual arch images and create multi-arch manifests for cardano-node, cardano-submit-api, and cardano-tracer

---

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

[angerman]

Looks sensible.

The only one I'm a bit cautious about is ucrtAarch64; I don't think we have good hardware to test this on (yet!).

[johnalotoski]

Looks sensible.

The only one I'm a bit cautious about is ucrtAarch64; I don't think we have good hardware to test this on (yet!).

👍

Also, I did go ahead and convert that ucrtAarch64 case for win-arm64 to a comment since it is currently prevented from building with the optionalAttrs bool condition in front of it and it won't build ATM due to a broken upstream dependency.

Will keep an eye on it for adding it back in the future.