-
Notifications
You must be signed in to change notification settings - Fork 4.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[release/8.0] Fix wasi build. #92232
Conversation
Tagging subscribers to this area: @dotnet/area-infrastructure-libraries Issue DetailsBackport of #92216 to release/8.0 /cc @vargaz Customer ImpactTestingRiskIMPORTANT: If this backport is for a servicing release, please verify that:
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is tell-mode. Approving to unblock the CI.
Tagging subscribers to this area: @dotnet/area-infrastructure-libraries Issue DetailsBackport of #92216 to release/8.0 /cc @vargaz Customer ImpactSome docker containers in eng/pipelines/common/templates/pipeline-with-resources.yml used floating versions so TestingCI RiskOnly affects wasi lanes which are currently broken. IMPORTANT: If this backport is for a servicing release, please verify that:
|
This is infrastructure only |
Once the wasi-wasm linux legs pass, we can merge this and the deps flow PR #92143 can get the branch updated.
|
@lewing does |
"/azp run runtime-wasm" triggers additional wasm lanes. |
@radical would know the details |
/azp run runtime-wasm-non-libtests |
Azure Pipelines could not run because the pipeline triggers exclude this branch/path. |
The WBT jobs are triggered when we have changes specific to wasi, but it trigger for changes in |
/azp run runtime-wasm |
Azure Pipelines could not run because the pipeline triggers exclude this branch/path. |
Edit: I see your dummy change, @radical 😄 |
Merging now given that one of the two legs passed. If I see anything else that is wrong in the rolling builds or other PRs, I'll let you know. |
* Fix wasi build. * dummy change in wasi README to trigger a build * dummy change in wasi to trigger a build --------- Co-authored-by: Zoltan Varga <vargaz@gmail.com> Co-authored-by: Ankit Jain <radical@gmail.com> (cherry picked from commit 644856c)
/backport to release/8.0-rc1 |
Started backporting to release/8.0-rc1: https://github.com/dotnet/runtime/actions/runs/6253330728 |
Backport of #92216 to release/8.0
/cc @vargaz
Customer Impact
Some docker containers in eng/pipelines/common/templates/pipeline-with-resources.yml used floating versions so
updating the container could break CI builds on both master and 8.0.
Testing
CI
Risk
Only affects wasi lanes which are currently broken.
IMPORTANT: If this backport is for a servicing release, please verify that:
The PR target branch is
release/X.0-staging
, notrelease/X.0
.If the change touches code that ships in a NuGet package, you have added the necessary package authoring and gotten it explicitly reviewed.