Pull in MAUI repo(s) in order to source-build MAUI manifest nupkgs

[directhex]

We've now excluded the manifest prebuilts from the installer build, where those manifests don't come from source-build itself. We've also pulled in emsdk to generate some manifests from that repo, and rejiggled runtime to emit runtimes on non-mobile builds. The last set of manifests we need to worry about are the conditional ones on src/redist/targets/BundledManifests.targets:

• Microsoft.NET.Sdk.Android
• Microsoft.NET.Sdk.iOS
• Microsoft.NET.Sdk.MacCatalyst
• Microsoft.NET.Sdk.macOS
• Microsoft.NET.Sdk.Maui
• Microsoft.NET.Sdk.tvOS

Of those six, most of them come from https://github.com/xamarin/xamarin-macios, one from https://github.com/xamarin/xamarin-android, and the final one from https://github.com/dotnet/maui

[MichaelSimons]

[Triage] @directhex - is this something on your radar to fix in the 8.0 timeframe?

[omajid]

Note to self: this current behaviouir results in a functional difference between a source-built SDK and a non-source-built SDK. dotnet workload list simply wouldn't show the workloads for users to install.

Edit:

As of Preview 6, the following 5 workloads are missing in a source-build SDK:

• android
• macos
• maui-android
• maui-tizen
• maui-windows

[directhex]

@MichaelSimons I'm prioritizing getting emsdk/wasi-sdk fully built from source, I'm not sure if I'll get time to work on much else in time.