Uh oh!
There was an error while loading. Please reload this page.
Make mono runtime tests stop using patching in CI; remove dependency on coreclr - #62652
Conversation
ghost
commented
Dec 10, 2021
I couldn't figure out the best area label to add to this PR. If you have write-permissions please help me learn by adding exactly one area label. |
naricc
commented
Dec 10, 2021
/azp run runtime-manual |
|
Azure Pipelines successfully started running 1 pipeline(s). |
Uh oh!
There was an error while loading. Please reload this page.
@naricc seems like it's working! 🎉 |
safern
left a comment
There was a problem hiding this comment.
Maybe we should consider collapsing the Mono Desktop jobs to use the global-build template as the mono build is fast.
safern
commented
Dec 14, 2021
Failures in |
naricc
commented
Dec 14, 2021
@safern Do we already have a seperate issue for that (collapsing to global-build template)? If not I will create one. |
Shouldn't be needed after dotnet#62652 Contributes to dotnet#51584, I think
safern
commented
Dec 14, 2021
This partially reverts this change: #62652 The problem is that although we no longer need to patch, we do need corerun from the clr.hosts subset. Corerun still ends up as part of the pubished clr product artifact, and not in the mono product artifact. And thus we still end up downloading clr, and still need this dependency for now.
This PR removes the patching step for mono in CI, and removes the dependency on coreclr, for desktop configurations.
Contributes to #58266
Fixes#43952