Summary

On an Apple M1 Mac, drivers-evergreen-tools currently downloads the x64 tarballs, which works fine for the server, but causes crypt_shared_v1.dylib to fail as the x64 dylib cannot be loaded into an arm64 process.

Motivation

Who is the affected end user?

DBX engineers

How does this affect the end user?

Cannot test CSFLE shared library on Apple M1 Mac in an arm64 native process.

How likely is it that this problem or use case will occur?

Always occurs when testing CSFLE shared library on Apple M1. You cannot load a x64 dylib into an arm64 process.

If the problem does occur, what are the consequences and how severe are they?

Any CSFLE shared library tests will fail.

Is this issue urgent?

ASAP.

Is this ticket required by a downstream team?

No.

Is this ticket only for tests?

This only affects testing.