Upgrade macOS build to macOS 14

[ann0see]

Short description of changes

• This will also build on arm runners
• Switches build directory to more standard location on Apple silicon macs
• Updates to use virtual environment for python as per https://docs.brew.sh/Python-for-Formula-Authors#python-declarations-for-applications

CHANGELOG: Upgrade main macOS build to macOS 14 and Apple Silicon build

Context: Fixes an issue?

Fixes: #3296
Does this change need documentation? What needs to be documented and how?
No

Status of this Pull Request

Ready for testing

What is missing until this pull request can be merged?

Review and test

Checklist

• I've verified that this Pull Request follows the general code principles
• I tested my code and it does what I want
• My code follows the style guide
• I waited some time after this Pull Request was opened and all GitHub checks completed without errors.
• I've filled all the content above

[ann0see]

Still needs testing on macOS.

[ann0see]

Ok. Client and server run on macOS. But #3287 shows up and may be even worse: I cannot register to a directory on macOS at all!

[ann0see]

@pljones I believe this is only a minor change (even though the build architecture changed). It runs on macOS non legacy Intel as expected. The build times may decrease.

[softins]

Changes look reasonable and the CI build succeeds.

[softins]

Just wanted to add a point of interest. I just tried rebasing and running a test build of mine that runs CodeQL on the main Mac build instead of on the legacy build. It would appear that CodeQL can't be enabled on the ARM runner. At least maybe not without other changes. See https://github.com/softins/jamulus/actions/runs/9874046539

[ann0see]

I think it's not ARM but rather code signing. We moved codeql to legacy once in the past.

[softins]

I think it's not ARM but rather code signing. We moved codeql to legacy once in the past.

CodeQL for Mac currently is on legacy, and has been for a long time. I was just experimenting with moving it back to the main build, which worked after the sudo change to the code that builds the dmg, and prior to the change to macos-14 on ARM.

The error messages on the run I linked to above suggest that the problem is with the ARM building environment, not the signing. Something to do with Rosetta.

But it's not a big problem to leave it as it is; I just thought it was good for us to be aware of the limitation.