-
Notifications
You must be signed in to change notification settings - Fork 4.9k
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
Initialize Job - ComponentGovernanceComponentDetection - Unable to locate dotnet on build agent, tool failed to execute #90716
Comments
This is a long known issue and as far I know - it just generates a warning. It's been the sad reality for musl for a long time. ASP disables explicitly because of this using dotnet/arcade@092ad72 |
Should we move this back to runtime, or create a linked issue? When moved here, Known Build Error does not detect the failure instances in runtime. |
@carlossanlop and @hoyosjs Are the Runtime builds still experiencing this? The referenced builds have fallen out of AzDO's retention. |
Long standing issue - it's component governance on Linux musl (alpine) |
Is this something y'all want to keep in dotnet/arcade? Is it impacting more than just dotnet/runtime? |
Seems the right thing to do here is disable the task in MUSL jobs. Arcade's templates support disabling the CG task using the /fyi the default-build.yml template parameter is forwarded along to /eng/common/templates/job/job.yml |
This is because the CG task will not download a .NET runtime if there isn't one on the agent. Installing any dotnet in the job should fix this. We used to require a specific .NET version, but this was recently fixed in December, and we never got around to switching the order of operations. |
at this point, I suggest moving the issue to runtime. there are at least two ways forward for that team w/o taking any action in arcade
|
@carlossanlop should this be moved to dotnet/runtime or closed❔ you've got options 😀 |
Tagging subscribers to this area: @dotnet/runtime-infrastructure Issue DetailsBuildhttps://dev.azure.com/dnceng-public/public/_build/results?buildId=279134 Build leg reportedCoreCLR Product Build Linux_musl x64 checked Pull RequestKnown issue core informationIf this is an issue that could be causing build breaks across multiple respositories:
{
"ErrorMessage" : "Unable to locate dotnet on build agent",
"BuildRetry": false,
"ErrorPattern": "",
"ExcludeConsoleLog": false
} @dotnet/dnceng Release Note Category
Release Note DescriptionAdditional information about the issue reportedFailing step = Initialize Job: https://dev.azure.com/dnceng-public/public/_build/results?buildId=279134&view=logs&j=0e64859c-a870-5a74-6b6e-333fc1003298&t=4c458f92-744f-5e74-2571-d566306d59f0&l=18 Full output:
ReportSummary
Known issue validationBuild: 🔎
|
Build
https://dev.azure.com/dnceng-public/public/_build/results?buildId=279134
Build leg reported
CoreCLR Product Build Linux_musl x64 checked
Pull Request
#86453
Known issue core information
If this is an issue that could be causing build breaks across multiple respositories:
@dotnet/dnceng
Release Note Category
Release Note Description
Additional information about the issue reported
Failing step = Initialize Job: https://dev.azure.com/dnceng-public/public/_build/results?buildId=279134&view=logs&j=0e64859c-a870-5a74-6b6e-333fc1003298&t=4c458f92-744f-5e74-2571-d566306d59f0&l=18
Full output:
Report
Summary
Known issue validation
Build: 🔎⚠️ Provided build not found. Provide a valid build in the "Build: 🔎" line.
Result validation:
Validation performed at: 8/17/2023 6:13:06 AM UTC
The text was updated successfully, but these errors were encountered: