- 
                Notifications
    You must be signed in to change notification settings 
- Fork 440
Fix msbuild downgrade issue #19554
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix msbuild downgrade issue #19554
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This doesn't look like the right location - this should be in the appropriate patch folder.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hmm, not sure how this happened - fixing.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Fixed with 74acebd
| From: Nikola Milosavljevic <[email protected]> | ||
| 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.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Please add a backport link.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Fixed with a3610f6
| 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. | 
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
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