Update build workflow to add back osx-arm64

[PikachuEXE]

Pull Request Type

• Bugfix
• Feature Implementation
• Documentation
• Other

Related issue

#2786

Description

"In macOS Sequoia, users will no longer be able to Control-click to override Gatekeeper when opening software that isn’t signed correctly or notarized," the brief note reads. "They’ll need to visit System Settings > Privacy & Security to review security information for software before allowing it to run."

https://arstechnica.com/gadgets/2024/09/macos-15-sequoia-the-ars-technica-review/#page-17

x64 would provide same UX as arm64 build
So add arm64 back for macOS

Screenshots

Testing

If you have macOS you can download from
https://github.com/PikachuEXE/FreeTube/actions/runs/11808637281
Run xattr -dr com.apple.quarantine <path>

Desktop

I tested in

• OS: macOS
• OS Version: 13.7.1 (22H221)
• FreeTube version:

Additional context

[ChunkyProgrammer]

https://github.com/FreeTubeApp/FreeTube/blob/development/.github/workflows/release.yml should be updated as well.

[PikachuEXE]

Should we do that after releasing 0.22.1? Asking for opinion

[absidue]

If we decide to release a 0.22.1 then yes we should wait until afterwards, but then this entire pull request should really wait, so that both workflows are updated at the same time.

[PikachuEXE]

Now in addition to restoring osx-arm64, asset file names for mac-x64 also updated to include suffix x64

Update 1: Ignore above, path not controlled by us (yet?)

[efb4f5ff-1298-471a-8973-3d47447115dc]

• Whats preventing this from merge? We decided on going the 0.23.0 route so DO NOT MERGE UNTIL AFTER RELEASE can be removed right?
• Also why doesnt it close the issue linked in the PR body?

[PikachuEXE]

That issue is for https://freetubeapp.io/#download
This PR does not change that website

I have no idea what next release version is feel free to remove the red tag and approve if 0.23 is the next version
I just add it when 0.22.1 seemed to be a thing

[PikachuEXE]

@fraschm1998 Please check file on dev branch on current repo before giving just claim
https://github.com/FreeTubeApp/FreeTube/blob/development/.github/workflows/build.yml

If you are talking about the commit(s) made on a fork, they are irrelevant for this repo