Fix msbuild downgrade issue#19554
Fix msbuild downgrade issue#19554NikolaMilosavljevic wants to merge 5 commits intodotnet:release/8.0.1xxfrom
Conversation
There was a problem hiding this comment.
This doesn't look like the right location - this should be in the appropriate patch folder.
There was a problem hiding this comment.
Hmm, not sure how this happened - fixing.
| From: Nikola Milosavljevic <nikolam@microsoft.com> | ||
| Date: Mon, 22 Apr 2024 15:54:11 +0000 | ||
| Subject: [PATCH] Remove direct S.C.I and S.R.M dependencies | ||
|
|
There was a problem hiding this comment.
Please add a backport link.
|
Additional issue was discovered in internal validation build, in online scenarios: Updated the runtime patch. |
|
Hmm, VMR sync error not seen locally - investigating. |
|
May have to make the pr against internal - there could be conflicting runtime changes flowing in. |
That might be a better option. I'll create a PR against internal. I did update this PR as well, but I had to modify the approach to avoid merge conflicts in V.D.xml and V.props. |
ViktorHofer
left a comment
There was a problem hiding this comment.
This is a product change in a release branch. Curious what's the process here. Don't you need an approval from the team that owns these components? cc @akoeplinger
|
Closing as this was merged with https://dev.azure.com/dnceng/internal/_git/dotnet-installer/pullrequest/39154 |
Fixes: dotnet/source-build#4344
dotnet/runtime#100595 introduced two issues:
Besides removing direct package references, the fix is to add a direct MSBuild source-build dependency in
installerrepo