Matt Galbraith

I verified this is in at least the following Helix images and all related internal/public versions of them centos.7.amd64 redhat.7.amd64 sles.12.amd64 sles.15.amd64 ubuntu.1604.amd64 ubuntu.1804.amd64 ubuntu.2004.amd64 ubuntu.2204.amd64 Moving to rollout. @wfurt...

Test run showed this didn't work... while the machines have the package, there seems to be indirect dependencies not expressed by libmsquic that prevent things from working. @wfurt is investigating...

https://dnceng.visualstudio.com/internal/_git/dotnet-helix-machines/pullrequest/24896 should address all these except SLES 15, this needs more investigation.

I got this running everywhere except Ubuntu 16.04 and Centos 7 (RHEL 7 is, confusingly, fine...): ``` // from https://engdata.kusto.windows.net WorkItems | where JobName in ( "6a1d3b91-f1ae-40a3-8725-0bb3f45d793b", // Centos 7...

We've rolled out these changes and runtime does not need these tests to pass on Centos 7 directly (they use docker now) or ubuntu 16.04 (EOL OS / support on...

@rzikm all four of these examples are Docker images. Helix queues are VMs set up for direct execution of work items. ( You can tell from the `using docker image`...

I'll handle trying to get these into the docker images at hand, but I hit issues on 4/4 of them: - Mariner (docker image): Installs but all tests crash with...

As @wfurt is working on this I've reassigned to him, happy to help if needed later though.

remediation instructions didn't work : ``` Unhandled exception: Microsoft.NET.HostModel.AppHost.AppHostSigningException: error: /Applications/Xcode_11.5.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/codesign_allocate: can't open file: /Users/dotnet-bot/temp/xharness (No such file or directory) /Users/dotnet-bot/temp/xharness: the codesign_allocate helper tool cannot be found or used...

https://portal.microsofticm.com/imp/v3/incidents/details/326847968/home