[main] Update dependencies from dotnet/arcade, dotnet/arcade-services, dotnet/dnceng

[dotnet-maestro]

This pull request updates the following dependencies

From https://github.com/dotnet/arcade-services

• Subscription: 4aecaf13-3af0-4dee-bf73-08d8e287ac39
• Build: 20260813.1 (326928)
• Date Produced: August 13, 2026 1:02:49 PM UTC
• Commit: 6e9cb07710e90d450c4d058997e8a1e058d9d1d8
• Branch: production

• Dependency Updates:
  • From 1.1.0-beta.26374.1 to 1.1.0-beta.26413.1
    • Microsoft.DotNet.DarcLib
    • Microsoft.DotNet.ProductConstructionService.Client

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

• Subscription: 2dcf631d-13b8-4cac-ab86-08dcc13e8b5d
• Build: 20260814.1 (327179)
• Date Produced: August 14, 2026 3:53:49 PM UTC
• Commit: 03e07c9a9f129ea9a7359a5bdc75eeb92200e829
• Branch: main

• Dependency Updates:
  • From 1.1.0-beta.26407.1 to 1.1.0-beta.26414.1
    • Microsoft.DncEng.SecretManager

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

• Subscription: e1494738-68cf-4cfe-3661-08d8e287a9c2
• Build: 20260818.5 (327631)
• Date Produced: August 18, 2026 8:41:02 PM UTC
• Commit: 16008eb13e491739070780951d879c494084952a
• Branch: main

• Dependency Updates:
  • From 11.0.0-beta.26414.2 to 11.0.0-beta.26418.5
    • Microsoft.DotNet.Arcade.Sdk
    • Microsoft.DotNet.Helix.Sdk

[github-actions]

🔍 Build Failure Analysis

Summary — The updated Microsoft.DotNet.ProductConstructionService.Client package (bumped from 1.1.0-beta.26374.1 to 1.1.0-beta.26413.1) changed the GetBuildAsync method signature so that the second parameter is now bool? (likely loadCollections) rather than CancellationToken, breaking two call sites in PublishBuildToMaestro.cs.

Root cause: GetBuildAsync API breaking change in ProductConstructionService.Client

The new client version inserted a bool? loadCollections parameter as the second positional argument, pushing CancellationToken to a later position. The two callers in PublishBuildToMaestro.cs still pass cancellationToken as the second positional argument, which the compiler now rejects as CS1503.

Affected files / errors

• src/Microsoft.DotNet.Build.Tasks.Feed/src/PublishBuildToMaestro.cs:362 — CS1503: Argument 2: cannot convert from 'System.Threading.CancellationToken' to 'bool?'
• src/Microsoft.DotNet.Build.Tasks.Feed/src/PublishBuildToMaestro.cs:380 — CS1503: Argument 2: cannot convert from 'System.Threading.CancellationToken' to 'bool?'

Proposed fix

Pass cancellationToken as a named argument at both call sites so the compiler resolves it to the correct (now later) parameter position:

-                    producingBuild = await client.Builds.GetBuildAsync(asset.BuildId, cancellationToken);
+                    producingBuild = await client.Builds.GetBuildAsync(asset.BuildId, cancellationToken: cancellationToken);

-            var build = await client.Builds.GetBuildAsync(buildId.Value, cancellationToken);
+            var build = await client.Builds.GetBuildAsync(buildId.Value, cancellationToken: cancellationToken);

Note: If the new API doesn't have a cancellationToken parameter at all, simply remove the argument. Check the new GetBuildAsync overloads in Microsoft.DotNet.ProductConstructionService.Client v1.1.0-beta.26413.1.

---

All MSBuild errors (2)

Code	Project	File:Line	Message
CS1503	Microsoft.DotNet.Build.Tasks.Feed	PublishBuildToMaestro.cs:362	Argument 2: cannot convert from 'System.Threading.CancellationToken' to 'bool?'
CS1503	Microsoft.DotNet.Build.Tasks.Feed	PublishBuildToMaestro.cs:380	Argument 2: cannot convert from 'System.Threading.CancellationToken' to 'bool?'

Both build legs (Linux Debug and Windows Release) failed with the same two errors.

---

_{🤖 Generated by the Build Failure Analysis workflow using (a href="(dev.azure.com/redacted) · [Azure DevOps build]((dev.azure.com/redacted) · commit 53e16ab}

🤖 Automated content by GitHub Copilot. Generated by the Build Failure Analysis workflow.{ai_credits_suffix} · [◷]( · ◷)

[akoeplinger]

@dkurepa ^

[akoeplinger]

thanks. I wonder if this will break once arcade reaches the VMR since the arcade-services PR has been in a broken state for more than a month there: dotnet/dotnet#7675

(I really wish we uncoupled/removed the arcade-services dependency from the VMR)