Update SDK to preview 1 release

[am11]

Versions taken from https://dotnet.microsoft.com/en-us/download/dotnet/9.0.

related: dotnet/arcade#14485

[ghost]

Tagging subscribers to this area: @dotnet/runtime-infrastructure
See info in area-owners.md if you want to be subscribed.

Issue Details

---

Versions taken from https://dotnet.microsoft.com/en-us/download/dotnet/9.0.

related: dotnet/arcade#14485

Author:	am11
Assignees:	-
Labels:	area-Infrastructure
Milestone:	-

[am11]

cc @lewing for wasm/wasi failures.
cc @MichaelSimons for sourcebuild failures.

rest of the legs are green.

[MichaelSimons]

cc @MichaelSimons for sourcebuild failures.

Repo owners should make an attempt at investigating first.

[am11]

Repo owners should make an attempt at investigating first.

Ok, sorry about that. Only reason I pinged you was because your were pinged the last time we had this error:

/__w/1/s/artifacts/sb/src/eng/versioning.targets(198,5): error : Native SourceLink file could not be made available to the native build. Ensure that runtime-prereqs ran the sourcelink targets. [/__w/1/s/artifacts/sb/src/src/coreclr/runtime-prereqs.proj]

[ViktorHofer]

@dotnet/source-build-internal the ReadSourceBuildIntermediateNupkgDependencies task returns duplicate items. One roslyn intermediate item has the metadata Name = Microsoft.CodeAnalysis on it and the other has Name = Microsoft.SourceBuild.Intermediate.roslyn. Can you please investigate?

[ViktorHofer]

OK I think I understand the issue. Submitted #98942

[MichaelSimons]

@ellahathaway - Can you take a look at what happened here? The UX here when there are multiple source-build dependencies on the same repo isn't ideal. I was expecting a failure with an obvious error message.

[ellahathaway]

@ellahathaway - Can you take a look at what happened here? The UX here when there are multiple source-build dependencies on the same repo isn't ideal. I was expecting a failure with an obvious error message.

Investigating. The duplication should've caused an error like dotnet/arcade-validation#4190 (comment) since the SB metadata tag was on a non-intermediate, so I'm guessing that a different exception was hit first.

Follow up: I replicated the duplicate package reference in another repo and ran ./build.sh -sb. The error similar to dotnet/arcade-validation#4190 (comment) occurred as expected. As a result, I suspect that what happened here is due to something in the runtime infra rather than my specific changes to alter to the SB metadata error handling. I'm continuing to investigate.

[ViktorHofer]

I suspect this changed with dotnet/sourcelink@0647320. @tmat PTAL

From a successful build without the new SDK:

[ViktorHofer]

Trying something out with the latest commit.

[ViktorHofer]

Looking at the commits in sourcelink again, I think it's dotnet/sourcelink#1150 which regressed this.

[am11]

Shall we try setting https://github.com/dotnet/arcade/pull/14485/files#diff-9da24614831c308827a1ae533ffea392c97638c261dd42bd0f5226baa136d16eR16 here?

WASM failure is related to CPM, somehow SDK is seeing the Version Details infra as CPM? 👀

[ViktorHofer]

We already set that:

runtime/Directory.Build.props

Line 343 in 51b51bf

<RepositoryUrl>https://github.com/dotnet/$(GitHubRepositoryName)</RepositoryUrl>

This is a bigger issue. Sourcelink doesn't work at all when cloning from a local file path. For arcade the workaround was just to set this property manually as arcade doesn't validate that sourcelink works correctly, but runtime does. Note that this only affects the source-build repo build.

[ViktorHofer]

Yes this really is dotnet/sourcelink#1150. @dotnet/source-build-internal sourcelink doesn't support cloning from a local path anymore which source-build does. This affects all repositories that use the inner clone feature and upgrade to a .NET 8.0.2xx or 9.0 Preview 1 SDK. It's probably only runtime that errors because we have a test that validates that sourcelink works correctly.

Related: dotnet/source-build#4117

[clamp03]

@am11 After this PR, I found that coreclr test is not built. However, I don't know well about SDK so I don't know how to fix it. Could you please take a look at this?
Thank you!

How to reproduce
ROOTFS_DIR=/home/clamp/Work/dotnet/rootfs/riscv64 ./src/tests/build.sh -riscv64 -clang15 -Checked -priority1 -cross

Error message

   1:2>/home/clamp/Work/dotnet/riscv/crossgen2/src/tests/Common/test_dependencies_fs/test_dependencies.fsproj : error NU1101: Unable to find package Microsoft.NETCore.App.Runtime.linux-riscv64. No packages exist with this id in source(s): /home/clamp/Work/dotnet/riscv/crossgen2/.dotnet/sdk/9.0.100-preview.1.24101.2/FSharp/library-packs, dotnet-eng, dotnet-libraries, dotnet-libraries-transport, dotnet-public, dotnet-tools, dotnet9, dotnet9-transport [/home/clamp/Work/dotnet/riscv/crossgen2/src/tests/build.proj]
   1:2>/home/clamp/Work/dotnet/riscv/crossgen2/src/tests/Common/test_dependencies_fs/test_dependencies.fsproj : error NU1101: Unable to find package Microsoft.NETCore.App.Host.linux-riscv64. No packages exist with this id in source(s): /home/clamp/Work/dotnet/riscv/crossgen2/.dotnet/sdk/9.0.100-preview.1.24101.2/FSharp/library-packs, dotnet-eng, dotnet-libraries,dotnet-libraries-transport, dotnet-public, dotnet-tools, dotnet9, dotnet9-transport [/home/clamp/Work/dotnet/riscv/crossgen2/src/tests/build.proj]
   1:2>/home/clamp/Work/dotnet/riscv/crossgen2/src/tests/build.proj(548,5): error MSB3073: The command ""/home/clamp/Work/dotnet/riscv/crossgen2/.dotnet/dotnet" restore Common/test_dependencies_fs/test_dependencies.fsproj  /p:SetTFMForRestore=true /p:TargetOS=linux /p:TargetArchitecture=riscv64 /p:Configuration=Checked /p:CrossBuild=true" exited with code 1.

[am11]

@clamp03 #97791 (comment), we need to pass -p:UseLocalAppHostPack=true. BTW, this PR was merged last week and it was already needed since Feb 6 #97791 (comment).

[clamp03]

we need to pass -p:UseLocalAppHostPack=true.

@am11 Thank you for the comment. I tried to build coreclr test with -p:UseLocalAppHostPack=true. However, it still fails with the same error.

BTW, this PR was merged last week and it was already needed since Feb 6 #97791 (comment).

Actually, I checked the build with/without only this PR. (If head commit is Consolidate LINQ's internal IIListProvider/IPartition into base Iterator class e101ae2, it is okay. However it fails if head commit is this.)
Thank you.

CC @dotnet/samsung