Closed cole-h closed 2 years ago
I don't know if this will work in the end :( Needs more investigation, but one example failure is the following: https://logs.nix.ci/?key=nixos/nixpkgs.161527&attempt_id=8ca7bc24-b413-4b61-a406-ebae2834f506. It was processed on the M1 I was testing with, but it appears there was some issue with an emulated instruction.
Requires more investigation as I have time... But it appears Rosetta 2 isn't perfect. Also, the couple M1s we have appear to be running an older version of macOS (11.0.1 at time of writing). https://github.com/golang/go/issues/42700 appears to be the problem from that log, and it's claimed that this issue was fixed in a later version of macOS (11.2).
Note that this has only been deployed to 1 of our M1s -- the other still needs to be updated (both macOS and the config file).
Both M1s are now running this change :tada:
Closes https://github.com/NixOS/ofborg/issues/591.
Needed to bump and add the
unstable
feature to async-std for access to thejoin
method. Maybe there's a better way to do this, but I'm not well-versed (or really, versed at all) in Rust async.Going to be testing on one of the M1 machines we have access to ~soon.EDIT: Didn't work -- likely need to change the
supportedSystems
stuff innix.rs
. Probably also want to run the ofborg binaries manually, to see the logging output first-hand...