Remove symlink-based DLL deduplication from MacOS build

[HebaruSan]

Problem

A Mac user reported this error on launch:

cd "/Applications/CKAN.app/Contents/MacOS/arm64"; ./CKAN-CmdLine consoleui
➜  ~ cd "/Applications/CKAN.app/Contents/MacOS/arm64"; ./CKAN-CmdLine consoleui
Unhandled exception. System.IO.FileNotFoundException: Could not load file or assembly 'System.Runtime, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a'. The system cannot find the file specified.

File name: 'System.Runtime, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a'
[1]    68035 abort      ./CKAN-CmdLine consoleui
➜  arm64 

Cause

This is still being investigated, but my current best guess is that System.Runtime.dll isn't loading because it's a symlink to the identical copy of that file in ../x86_64/. I thought we had tested this already in #4410 and #4418, but maybe those tests were flawed somehow.

Changes

Now we just build the big bloated version of the CKAN.app with two copies of many files, one per architecture, instead of replacing duplicates with symlinks. This will allow us to test whether this solves the problem.

Fixes #4542 (maybe, needs confirmation from @robism05).

Looks like the file size difference is about 14 MB:

Before:
After:

[HebaruSan]

Hi @robism05, we have a test build inside this ZIP file with some changes that might help your issue in #4542:

• https://github.com/KSP-CKAN/CKAN/actions/runs/24297467149/artifacts/6389832035

If you have a chance, please try it out and let us know how it goes. Thanks!

[HebaruSan]

Test build expired with no response from user.
Let's just merge this, at least it would eliminate the symlinks from the pool of possible causes if the issue does persist...

[robism05]

I'm sorry I was away for a while so I'm only just seeing this. I'm aware this issue has been closed and I was unable to try the test build, however I didn't come across the issue again thereafter. Thank you so much either way I didn't expect such a helpful and speedy response.