Djuradj Kurepa

Closing this as it already exists in the new epic https://github.com/dotnet/arcade-services/issues/3837

reopened as https://github.com/dotnet/arcade-services/issues/3884 in a different epic

There's a step before the actual `SpotBugs` scan that checks if the repo contains jar files, if it does the scan runs. The last time the windows leg was green,...

Aspnetcore does have some shipping java packages, the whole SignalR bundle that gets published to Maven central. I'm not sure how that will look in Unified Build land. @wtgodbe I...

looks like there is a way to disable the scan: https://eng.ms/docs/cloud-ai-platform/devdiv/one-engineering-system-1es/1es-docs/1es-pipeline-templates/features/sdlanalysis/overview#:~:text=extends%3A%0A%20%20template%3A%20v1/1ES.Official.PipelineTemplate.yml%401esPipelines%0A%20%20parameters%3A%0A%20%20%20%20sdl%3A%0A%20%20%20%20%20%20spotBugs%3A%0A%20%20%20%20%20%20%20%20enabled%3A%20false perhaps we should do that to unblock the build, while we're figuring out why it suddenly started running.

We have disabled the problematic check in the VMR. Closing this issue

PR for this issue https://github.com/dotnet/arcade-services/pull/4111. We're only changing this on PCS, since Maestro will get shut down soon

The PR above was merged, finishing this issue

These appear to be timeout cancellations, and most of them are happening on the same runtime leg that uses `OSX.1200.ARM64.Open`, looking at [grafana](https://dotnet-eng-grafana.westus2.cloudapp.azure.com/d/queues/queue-monitor?orgId=1&refresh=30s&var-QueueName=osx.1200.arm64.open&var-UntrackedQueues=%22osx%22,%20%22perf%22,%20%22arm%22,%20%22arcade%22,%20%22xaml%22,%20%22appcompat%22&viewPanel=10&from=now-30d&to=now), they do indeed appear to be quite...

For pipelines experiencing timeouts on `osx.1200.arm64.open` we recommend using `osx.14.arm64.open`, as this queue has a lot more machines