Flaw in 8.0 runtime workloads authoring caught in packs test

[marcpopMSFT]

#28563 (comment)
GetPackDefinitionLocations is failing because it sees Microsoft.NETCore.App.Runtime.osx-arm64 and osx.x64 in both the 8 and 7 manifests from what I can tell.
https://user-images.githubusercontent.com/12663534/197654246-f7ac6212-2011-40bf-9702-0be5b29d52df.png

Creating an issue so I can disable the test for now as I think the runtime authoring needs to change.

[lewing]

@steveisok It looks like you need to add a versioned alias for the coreclr packs to make them distinct in the workloads even if they aren't directly referenced

[marcpopMSFT]

Talked to Daniel, we believe this check was added for workload pack groups because if you reference the same pack from multiple workloads it'll increase the size of the download. It's not actually a blocker at the moment though so disabling the testing is probably the right option.