[release/3.1.2xx] Update dependencies from dotnet/roslyn#4223
Conversation
…204.2 - Microsoft.Net.Compilers.Toolset - 3.5.0-beta3-20104-02
Auto-Merge StatusThis pull request has not been merged because Maestro++ is waiting on the following merge policies.
|
|
@nguerrera guessing we don't want this for the upcoming 3.1.2xx release? |
Auto-Merge StatusThis pull request has not been merged because Maestro++ is waiting on the following merge policies.
|
|
@wtgodbe I think roslyn should be ok. We left all the tools flowing intentionally. The goal is to match the tools going to VS. |
|
It's the runtimes we want to keep out. |
Auto-Merge StatusThis pull request has not been merged because Maestro++ is waiting on the following merge policies.
|
Looks like we're missing a feed |
|
Seems unexpected that going from one build to another would require a different feed. |
Auto-Merge StatusThis pull request has not been merged because Maestro++ is waiting on the following merge policies.
|
|
Think it's because dotnet/roslyn#41373 reverted an Arcade update, causing the corresponding build to not even try to publish to the 3.1.2xx feed: https://dev.azure.com/devdiv/DevDiv/_build/results?buildId=3441625. This happened ~1 month ago, we pushed that Arcade update in order to resolve this issue the first time around. @agocke why did you revert it? Should we be ingesting a different branch of Roslyn (rather than |
|
cc @jaredpar |
Auto-Merge StatusThis pull request has not been merged because Maestro++ is waiting on the following merge policies.
|
|
What does master have to do with 3.1.2xx? that's a |
Auto-Merge StatusThis pull request has not been merged because Maestro++ is waiting on the following merge policies.
|
|
@agocke the commit got merged into the |
Auto-Merge StatusThis pull request has not been merged because Maestro++ is waiting on the following merge policies.
|
|
I changed the feeds this morning, could it be that there was a race, st. the feed subscription wasn't available before the build queued? But in that case, why does maestro think this is a valid build? |
Auto-Merge StatusThis pull request has not been merged because Maestro++ is waiting on the following merge policies.
|
|
@agocke did you mess with the Roslyn branches? This PR is ingesting a change into dev16.5-preview3-vs-deps, which no longer exists, but is still mapped to the |
Auto-Merge StatusThis pull request has not been merged because Maestro++ is waiting on the following merge policies.
|
|
Yes, the branch creation was wrong. I'll be cleaning it up this morning. |
Auto-Merge StatusThis pull request has not been merged because Maestro++ is waiting on the following merge policies.
|
|
Will be unblocked by dotnet/roslyn#41436 |
Auto-Merge StatusThis pull request has not been merged because Maestro++ is waiting on the following merge policies.
|
|
Will be unblocked after this build https://dev.azure.com/devdiv/DevDiv/_build/results?buildId=3447335 |
Auto-Merge StatusThis pull request has not been merged because Maestro++ is waiting on the following merge policies.
|
Auto-Merge StatusThis pull request has not been merged because Maestro++ is waiting on the following merge policies.
|
…206.2 - Microsoft.Net.Compilers.Toolset - 3.5.0-beta3-20106-02
@wli3 @dsplaisted could you take a look? |
Auto-Merge StatusThis pull request has not been merged because Maestro++ is waiting on the following merge policies.
|
|
This was expected. I’ll make the fix. |
|
Actually if someone can beat me to it that’s fine. There’s a netcoreapp2.1 around the line of the error. Change it to 3.1. FYI @jaredpar |
Done |
Auto-Merge StatusThis pull request has not been merged because Maestro++ is waiting on the following merge policies.
|
|
Wait, huh, the PR that I thought was going to cause this is still open: dotnet/roslyn#41370 ? |
Auto-Merge StatusThis pull request has been merged because the following merge policies have succeeded.
|
|
All good the actual change to the app tfm came earlier. Confirmed offline with Jared. 😃 |
This pull request updates the following dependencies
From https://github.com/dotnet/roslyn