[main] Source code updates from dotnet/dotnet

[dotnet-maestro]

Note

This is a codeflow update. It may contain both source code changes from the VMR as well as dependency updates. Learn more here.

This pull request brings the following source code changes

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

• Subscription: 7e2c91d5-dafe-449a-9d20-a3d5aa478584
• Build: 20250428.4
• Date Produced: April 29, 2025 1:20:42 AM UTC
• Source Diff: 5fd0935..efbfb13
• Commit: efbfb137a317fb339a6b7be36af7188cc508dc95
• Branch: main

Updated Dependencies

• Microsoft.DotNet.Arcade.Sdk: from 10.0.0-beta.25228.101 to 10.0.0-beta.25228.104
• Microsoft.DotNet.CodeAnalysis: from 10.0.0-beta.25228.101 to 10.0.0-beta.25228.104
• Microsoft.NET.Sdk: from 10.0.100-preview.5.25228.101 to 10.0.100-preview.5.25228.104
• Microsoft.AspNetCore.App.Ref.Internal: from 10.0.0-preview.5.25228.101 to 10.0.0-preview.5.25228.104
• Microsoft.AspNetCore.App.Ref: from 10.0.0-preview.5.25228.101 to 10.0.0-preview.5.25228.104
• Microsoft.NETCore.App.Runtime.win-x64: from 10.0.0-preview.5.25228.101 to 10.0.0-preview.5.25228.104
• VS.Redist.Common.NetCore.SharedFramework.x64.10.0: from 10.0.0-preview.5.25228.101 to 10.0.0-preview.5.25228.104

[akoeplinger]

The test failures here are the same as in #5461 so unrelated to the VMR.

[akoeplinger]

The offending commit range is: dotnet/runtime@c4bc9b0...31289ef

[akoeplinger]

Hm actually, this has more test failures than #5461

[mikem8361]

Yes, these failures are different that #5461. In this PR's changes the DAC (i.e. mscordaccore.dll on Windows, etc) can't be loaded by SOS for some reason.

[ViktorHofer]

We should really understand the issue here sooner than later. This could potentially unveil a product defect (as we now build the product from within the VMR) that would impact P4 as well.

[akoeplinger]

@ViktorHofer The latest results look good to me. It only fails due to source-build related issues:

.packages/microsoft.dotnet.arcade.sdk/10.0.0-beta.25227.101/tools/SourceBuild/AfterSourceBuild.proj(83,5): error : (NETCORE_ENGINEERING_TELEMETRY=AfterSourceBuild) 3 new pre-builts discovered! Detailed usage report can be found at /mnt/vss/_work/1/s/artifacts/sb/prebuilt-report/baseline-comparison.xml.
See https://aka.ms/dotnet/prebuilts for guidance on what pre-builts are and how to eliminate them.
Package IDs are:
Microsoft.DotNet.Arcade.Sdk.10.0.0-beta.25227.101
Microsoft.DotNet.Build.Tasks.Feed.10.0.0-beta.25227.101
Microsoft.DotNet.SourceBuild.Tasks.10.0.0-beta.25227.101

[ViktorHofer]

@dotnet/source-build can you please with unblocking the build? Note that this uses Arcade 9.

[akoeplinger]

@ViktorHofer this uses Arcade 10

[ViktorHofer]

Ah weird. With Arcade 10, prebuilt detection shouldn't even run.

[ViktorHofer]

OK so we are in a torn state here because repo SB uses the arcade SB intermediate package which doesn't get updated by VMR backflow PRs (because we don't produce it there anymore). This means that all repos that get a newer Arcade via the VMR and have a SB repo job are in a torn state. We need to fix that.

Unfortunately, I don't have perms to push to this PR.

[mikem8361]

@ViktorHofer, should I just merge this PR? Even with the source build failures?

[ViktorHofer]

Not yet. We are waiting on a source-build fix to flow in. I'm chatting with @hoyosjs if the dotnet/product-construction team can get at least write permissions here.