Skip to content

ARC-friendly .NET install for self-hosted update-packages callers - #77

Merged
woksin merged 1 commit into
mainfrom
feat/arc-friendly-dotnet-install
Aug 25, 2026
Merged

ARC-friendly .NET install for self-hosted update-packages callers#77
woksin merged 1 commit into
mainfrom
feat/arc-friendly-dotnet-install

Conversation

@woksin

Copy link
Copy Markdown
Contributor

Prerequisite for pointing Studio's and Stagehand's daily package update at cratis-arc (the last hosted-billed minutes in the private repos): the scale-set containers cannot write /usr/share/dotnet, so on self-hosted runners the SDK installs into runner.temp (same fix just proven in Cratis/Ensemble#59). Hosted callers see an empty override, which setup-dotnet treats as unset — no behavior change for the 30+ public callers.

Callers that pass a self-hosted runs-on label (Studio, Stagehand) run in
scale-set containers that cannot write /usr/share/dotnet, setup-dotnet's
default install location - the same failure Ensemble hit when it moved to
cratis-arc. Hosted callers keep the preinstalled SDK path: the override is
empty for them, which setup-dotnet treats as unset.
@woksin
woksin merged commit bf45711 into mainAug 25, 2026
@woksin
woksin deleted the feat/arc-friendly-dotnet-install branch August 25, 2026 21:24
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant

@woksin