[main] Update dependencies from dotnet/runtime #28032

dotnet-maestro · 2022-09-20T12:24:03Z

This pull request updates the following dependencies

From https://github.com/dotnet/runtime

Subscription: aa69f164-2492-460a-3914-08d8e9750bf8
Build: 20220925.4
Date Produced: September 26, 2022 10:02:33 AM UTC
Commit: b0920912512aa7e205363b046a1911e6a97df31f
Branch: refs/heads/main

Updates:
- Microsoft.DotNet.ILCompiler: from 8.0.0-alpha.1.22468.3 to 8.0.0-alpha.1.22475.4
- Microsoft.Extensions.DependencyModel: from 8.0.0-alpha.1.22468.3 to 8.0.0-alpha.1.22475.4
- Microsoft.NET.HostModel: from 8.0.0-alpha.1.22468.3 to 8.0.0-alpha.1.22475.4
- Microsoft.NETCore.App.Host.win-x64: from 8.0.0-alpha.1.22468.3 to 8.0.0-alpha.1.22475.4
- Microsoft.NETCore.App.Ref: from 8.0.0-alpha.1.22468.3 to 8.0.0-alpha.1.22475.4
- Microsoft.NETCore.App.Runtime.win-x64: from 8.0.0-alpha.1.22468.3 to 8.0.0-alpha.1.22475.4
- Microsoft.NETCore.DotNetHostResolver: from 8.0.0-alpha.1.22468.3 to 8.0.0-alpha.1.22475.4
- Microsoft.NETCore.Platforms: from 8.0.0-alpha.1.22468.3 to 8.0.0-alpha.1.22475.4
- System.CodeDom: from 8.0.0-alpha.1.22468.3 to 8.0.0-alpha.1.22475.4
- System.Reflection.MetadataLoadContext: from 8.0.0-alpha.1.22468.3 to 8.0.0-alpha.1.22475.4
- System.Resources.Extensions: from 8.0.0-alpha.1.22468.3 to 8.0.0-alpha.1.22475.4
- System.Security.Cryptography.ProtectedData: from 8.0.0-alpha.1.22468.3 to 8.0.0-alpha.1.22475.4
- System.Text.Encoding.CodePages: from 8.0.0-alpha.1.22468.3 to 8.0.0-alpha.1.22475.4
- VS.Redist.Common.NetCore.SharedFramework.x64.8.0: from 8.0.0-alpha.1.22468.3 to 8.0.0-alpha.1.22475.4
- VS.Redist.Common.NetCore.TargetingPack.x64.8.0: from 8.0.0-alpha.1.22468.3 to 8.0.0-alpha.1.22475.4

…0919.17 Microsoft.DotNet.ILCompiler , Microsoft.Extensions.DependencyModel , Microsoft.NET.HostModel , Microsoft.NETCore.App.Host.win-x64 , Microsoft.NETCore.App.Ref , Microsoft.NETCore.App.Runtime.win-x64 , Microsoft.NETCore.DotNetHostResolver , Microsoft.NETCore.Platforms , System.CodeDom , System.Reflection.MetadataLoadContext , System.Resources.Extensions , System.Security.Cryptography.ProtectedData , System.Text.Encoding.CodePages , VS.Redist.Common.NetCore.SharedFramework.x64.8.0 , VS.Redist.Common.NetCore.TargetingPack.x64.8.0 From Version 8.0.0-alpha.1.22468.3 -> To Version 8.0.0-alpha.1.22469.17

dotnet-maestro · 2022-09-20T14:05:50Z

Notification for subscribed users from https://github.com/dotnet/runtime:

@dnr-codeflow

Action requested: Please take a look at this failing automated dependency-flow pull request's checks; failures may be related to changes which originated in your repo.

This pull request contains changes from your source repo (https://github.com/dotnet/runtime) and seems to have failed checks in this PR. Please take a peek at the failures and comment if they seem relevant to your changes.
If you're being tagged in this comment it is due to an entry in the related Maestro Subscription of the Build Asset Registry. If you feel this entry has added your GitHub login or your GitHub team in error, please update the subscription to reflect this.
For more details, please read the Arcade Darc documentation

kasperk81 · 2022-09-20T14:08:59Z

@joperezr it needs 8bbfc5d

        CompilerServer: server failed - server rejected the request 'Exception during compilation: The method or operation is not implemented.' - 9cd2ee57-589c-4bc3-b611-515d7932ac75
      C:\Program Files\Microsoft Visual Studio\2022\Preview\MSBuild\Current\Bin\Roslyn\Microsoft.CSharp.Core.targets(79,5): error :  [C:\h\w\BFF80A14\t\dotnetSdkTests\oannp0tq.zly\ItCanNewResto---C3AFA90D\ItCanNewResto---C3AFA90D.csproj]

kasperk81 · 2022-09-20T17:24:41Z

@joperezr it needs 8bbfc5d

#27803 (comment) it's a different version <MicrosoftNetCompilersToolsetVersion>4.3.0-3.22465.2</MicrosoftNetCompilersToolsetVersion>

joperezr · 2022-09-20T18:05:18Z

Yes, in order to ingest dotnet/runtime the sdk repo now needs to either bump it's sdk to use 7.0 RC1, or use the Microsoft.NET.Compilers.Toolset package that shipped with RC1, which was 4.4.0-2.22426.8. Finally, the full framework legs are failing because they run some tests against an old MSBuild which is why they are failing, we just need to add an attribute to those tests so that they only run if we are using MSBuild 17.4.0-preview-22428-01+14c24b2d3 or greater.

I'll need to make these changes in the release/7.0.1xx-rc2 branch very soon, so once I have those I'll cherry-pick those changes here as well.

kasperk81 · 2022-09-20T18:17:51Z

arcade was updated to rc1, i don't see why dotnet/sdk can't use rc1 right away.

…0920.15 Microsoft.DotNet.ILCompiler , Microsoft.Extensions.DependencyModel , Microsoft.NET.HostModel , Microsoft.NETCore.App.Host.win-x64 , Microsoft.NETCore.App.Ref , Microsoft.NETCore.App.Runtime.win-x64 , Microsoft.NETCore.DotNetHostResolver , Microsoft.NETCore.Platforms , System.CodeDom , System.Reflection.MetadataLoadContext , System.Resources.Extensions , System.Security.Cryptography.ProtectedData , System.Text.Encoding.CodePages , VS.Redist.Common.NetCore.SharedFramework.x64.8.0 , VS.Redist.Common.NetCore.TargetingPack.x64.8.0 From Version 8.0.0-alpha.1.22468.3 -> To Version 8.0.0-alpha.1.22470.15

…0921.15 Microsoft.DotNet.ILCompiler , Microsoft.Extensions.DependencyModel , Microsoft.NET.HostModel , Microsoft.NETCore.App.Host.win-x64 , Microsoft.NETCore.App.Ref , Microsoft.NETCore.App.Runtime.win-x64 , Microsoft.NETCore.DotNetHostResolver , Microsoft.NETCore.Platforms , System.CodeDom , System.Reflection.MetadataLoadContext , System.Resources.Extensions , System.Security.Cryptography.ProtectedData , System.Text.Encoding.CodePages , VS.Redist.Common.NetCore.SharedFramework.x64.8.0 , VS.Redist.Common.NetCore.TargetingPack.x64.8.0 From Version 8.0.0-alpha.1.22468.3 -> To Version 8.0.0-alpha.1.22471.15

…onment which has VS 17.4 P2.1 installed

marcpopMSFT · 2022-09-22T22:29:03Z

/azp run

azure-pipelines · 2022-09-22T22:29:13Z

Azure Pipelines successfully started running 1 pipeline(s).

v-wuzhai · 2022-09-23T06:56:19Z

/azp run

azure-pipelines · 2022-09-23T06:56:43Z

Azure Pipelines successfully started running 1 pipeline(s).

…0922.5 Microsoft.DotNet.ILCompiler , Microsoft.Extensions.DependencyModel , Microsoft.NET.HostModel , Microsoft.NETCore.App.Host.win-x64 , Microsoft.NETCore.App.Ref , Microsoft.NETCore.App.Runtime.win-x64 , Microsoft.NETCore.DotNetHostResolver , Microsoft.NETCore.Platforms , System.CodeDom , System.Reflection.MetadataLoadContext , System.Resources.Extensions , System.Security.Cryptography.ProtectedData , System.Text.Encoding.CodePages , VS.Redist.Common.NetCore.SharedFramework.x64.8.0 , VS.Redist.Common.NetCore.TargetingPack.x64.8.0 From Version 8.0.0-alpha.1.22468.3 -> To Version 8.0.0-alpha.1.22472.5

kasperk81 · 2022-09-23T16:45:25Z

CompilerServer error was fixed. timeout is unrelated.
this is blocking dotnet/installer#14559

joperezr · 2022-09-23T19:33:10Z

Before this gets merged though, seems like the commit I added here that redirects full framework runs to the Helix staging environment is overflowing that environment's capacity, so now we can't get those legs to finish in time for our release branches. @marcpopMSFT should we just temporarily disable the FullFramework legs (either here or release) while the Helix production environment gets the VS that we need (which ETA is mid-week next week)? Otherwise, I'm afraid we'll have a very hard time getting green CI's in either branch as it looks like staging environment's capacity is very limited.

…0924.1 Microsoft.DotNet.ILCompiler , Microsoft.Extensions.DependencyModel , Microsoft.NET.HostModel , Microsoft.NETCore.App.Host.win-x64 , Microsoft.NETCore.App.Ref , Microsoft.NETCore.App.Runtime.win-x64 , Microsoft.NETCore.DotNetHostResolver , Microsoft.NETCore.Platforms , System.CodeDom , System.Reflection.MetadataLoadContext , System.Resources.Extensions , System.Security.Cryptography.ProtectedData , System.Text.Encoding.CodePages , VS.Redist.Common.NetCore.SharedFramework.x64.8.0 , VS.Redist.Common.NetCore.TargetingPack.x64.8.0 From Version 8.0.0-alpha.1.22468.3 -> To Version 8.0.0-alpha.1.22474.1

…0924.6 Microsoft.DotNet.ILCompiler , Microsoft.Extensions.DependencyModel , Microsoft.NET.HostModel , Microsoft.NETCore.App.Host.win-x64 , Microsoft.NETCore.App.Ref , Microsoft.NETCore.App.Runtime.win-x64 , Microsoft.NETCore.DotNetHostResolver , Microsoft.NETCore.Platforms , System.CodeDom , System.Reflection.MetadataLoadContext , System.Resources.Extensions , System.Security.Cryptography.ProtectedData , System.Text.Encoding.CodePages , VS.Redist.Common.NetCore.SharedFramework.x64.8.0 , VS.Redist.Common.NetCore.TargetingPack.x64.8.0 From Version 8.0.0-alpha.1.22468.3 -> To Version 8.0.0-alpha.1.22474.6

…0925.4 Microsoft.DotNet.ILCompiler , Microsoft.Extensions.DependencyModel , Microsoft.NET.HostModel , Microsoft.NETCore.App.Host.win-x64 , Microsoft.NETCore.App.Ref , Microsoft.NETCore.App.Runtime.win-x64 , Microsoft.NETCore.DotNetHostResolver , Microsoft.NETCore.Platforms , System.CodeDom , System.Reflection.MetadataLoadContext , System.Resources.Extensions , System.Security.Cryptography.ProtectedData , System.Text.Encoding.CodePages , VS.Redist.Common.NetCore.SharedFramework.x64.8.0 , VS.Redist.Common.NetCore.TargetingPack.x64.8.0 From Version 8.0.0-alpha.1.22468.3 -> To Version 8.0.0-alpha.1.22475.4

marcpopMSFT · 2022-09-26T17:08:51Z

Looks like full framework passed the last few times. Is that because of lower flow over the weekend or something else? We need to figure out the Darwin leg failure though as that's showing up across multiple branches. Open to suggestions.

joperezr · 2022-09-26T19:22:12Z

I'd imagine it is because of the lower flow. I'd expect that to also not be the case once this gets merged, since now all PRs against main would start queuing work into that staging queue. @dotnet/dnceng is that right for us to assume that queues in the staging helix environment have much less resources than prod?

jonfortescue · 2022-09-26T19:37:16Z

@joperezr yep, that's correct, the staging environment does not scale up the way prod does.

eng/build.yml

kasperk81 · 2022-09-26T20:32:36Z

We need to figure out the Darwin

just did, darwin in staging are clogged and we only needed full framework to utilize staging, nothing else.
apply the suggestion to unblock this (which will unblock installer)

Co-authored-by: kasperk81 <83082615+kasperk81@users.noreply.github.com>

ghost added the Area-CodeFlow label Sep 20, 2022

kasperk81 mentioned this pull request Sep 20, 2022

[release/7.0.1xx] Update dependencies from dotnet/runtime #27803

Merged

dotnet-maestro bot and others added 3 commits September 21, 2022 12:24

Fix Full framework test runs by temporarily targeting Helix Int envir…

126162f

…onment which has VS 17.4 P2.1 installed

marcpopMSFT approved these changes Sep 22, 2022

View reviewed changes

marcpopMSFT enabled auto-merge September 22, 2022 22:29

dotnet-maestro bot added 3 commits September 24, 2022 12:24

kasperk81 reviewed Sep 26, 2022

View reviewed changes

eng/build.yml Outdated Show resolved Hide resolved

Remove the helix-int-dot.net from the non-windows legs

0ea5d40

Co-authored-by: kasperk81 <83082615+kasperk81@users.noreply.github.com>

am11 mentioned this pull request Sep 27, 2022

Quote Windows DirectPInvokeList path dotnet/runtime#76209

Closed

marcpopMSFT merged commit 83a07d1 into main Sep 27, 2022

marcpopMSFT deleted the darc-main-4987d474-261f-4de3-b862-1a25f52192fb branch September 27, 2022 01:27

joperezr mentioned this pull request Sep 28, 2022

Removing line that redirects jobs to helix staging environment #28232

Merged

[main] Update dependencies from dotnet/runtime #28032

[main] Update dependencies from dotnet/runtime #28032

Uh oh!

Conversation

dotnet-maestro bot commented Sep 20, 2022 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

From https://github.com/dotnet/runtime

Uh oh!

dotnet-maestro bot commented Sep 20, 2022

Notification for subscribed users from https://github.com/dotnet/runtime:

Action requested: Please take a look at this failing automated dependency-flow pull request's checks; failures may be related to changes which originated in your repo.

Uh oh!

kasperk81 commented Sep 20, 2022

Uh oh!

kasperk81 commented Sep 20, 2022

Uh oh!

joperezr commented Sep 20, 2022

Uh oh!

kasperk81 commented Sep 20, 2022

Uh oh!

marcpopMSFT commented Sep 22, 2022

Uh oh!

azure-pipelines bot commented Sep 22, 2022

Uh oh!

v-wuzhai commented Sep 23, 2022

Uh oh!

azure-pipelines bot commented Sep 23, 2022

Uh oh!

kasperk81 commented Sep 23, 2022

Uh oh!

joperezr commented Sep 23, 2022

Uh oh!

marcpopMSFT commented Sep 26, 2022

Uh oh!

joperezr commented Sep 26, 2022

Uh oh!

jonfortescue commented Sep 26, 2022

Uh oh!

Uh oh!

kasperk81 commented Sep 26, 2022

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

6 participants

dotnet-maestro bot commented Sep 20, 2022 •

edited

Loading