Skip to content

[Auto-merge from release/2026.3 to main] Merge mergebot/from-release-2026.3-to-main-48d0f0a2e to main - #2168

Closed
team-modern-deployments-bot wants to merge 8 commits into
mainfrom
mergebot/from-release-2026.3-to-main-48d0f0a2e
Closed

team-modern-deployments-bot wants to merge 8 commits into
mainfrom
mergebot/from-release-2026.3-to-main-48d0f0a2e

Conversation

@team-modern-deployments-bot

Copy link
Copy Markdown
Contributor

This pull request has been created by Calamari > Auto-merge from release/2026.3 to main in TeamCity. Please reach out to #team-backend-foundations-requests in Slack if there are any issues.

NickJosevski and others added 8 commits September 17, 2026 11:44
BuildDockerImages launched PowerShell for exactly one thing: running
`gzip -k -9 -f` on the OCI tar. That made the step depend on whichever .NET
runtime the agent's `pwsh` global tool was built against, and on main's build
agent those no longer line up:

    App: /root/.dotnet/tools/pwsh
    Framework: 'Microsoft.NETCore.App', version '10.0.0'
    .NET location: .../.nuke/temp/dotnet-unix
    The following frameworks were found:
      8.0.30

The agent's `pwsh` needs .NET 10, and the only runtime on offer is the .NET 8
SDK that build.sh bootstraps into .nuke/temp and puts on PATH. Calling gzip
directly removes pwsh from the equation. This was the build's only use of
PowerShellTasks, so nothing else in the build cares about the agent's pwsh now.

Failures also surface properly. `pwsh -Command` exits 0 regardless of the
native exit code, so a failed gzip used to show up later as a confusing
missing-artifact error from PublishArtifacts. A Nuke Tool asserts a zero exit
code, so it now fails at the gzip call with gzip's stderr attached.

Verified with a throwaway target: resolves /usr/bin/gzip from PATH, arguments
pass through intact, -k keeps the .tar alongside the .gz, and a deliberate
failure raises `ProcessException: Process 'gzip' exited with code 1`.

Not addressed here: reaching the SDK bootstrap at all means `dotnet --version`
failed, so the agent no longer satisfies global.json's 8.0.419 pin. That costs
every build a full SDK download and belongs with the .NET 10 work.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
…m-release-2026.2-to-release-2026.3-37858d60a to release/2026.3 (#2167)
@APErebus

Copy link
Copy Markdown
Contributor

Superseded by #2169

@APErebus APErebus closed this Sep 17, 2026
auto-merge was automatically disabled September 17, 2026 04:44

Pull request was closed

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants