Skip Interop.FunctionalTests on arm

[analogrelay]

There's no h2spec build for it, so it fails.

We don't run arm64 builds in our PRs which is a) why the original PR to enable these tests didn't catch this and b) why this PR's checks are mostly moot.

If I get a successful build leg (to make sure I didn't mess that up), I may just force-merge this to unblock builds. Does that sound reasonable @dotnet/aspnet-build ?

[jkotalik]

Doesn’t seem great to not run these tests on PRs.

[dougbu]

@anurse yes, force pushing seems reasonable if you're comfortable w/ it

@jkotalik we don't have enough ARM64 agents to support running PR validation in that queue. Like macOS agents, these are physical boxes. Unlike macOS agents, there aren't enough of them.

[analogrelay]

Doesn’t seem great to not run these tests on PRs.

It's not great, I agree, but it's a constraint we have. The ARM machines are physical and can't just be scaled up and down. We've been asked to keep our ARM usage fairly minimal. I probably should have been more proactive and checked that these tests had a binary dependency, but things like this will get missed. It's a trade-off.

[analogrelay]

Stand by. Rebased the PR, now rebasing the branch.

[analogrelay]

Rebased.

[analogrelay]

Override merging now as per justification above.

[Pilchie]

Can we get this change merged into master? Looks like all our open rolling builds are failing in master because of this.

[analogrelay]

Sure, I'll open a merge PR to try and pull this format. Should we just merge preview2 and merge to master now?

[analogrelay]

We have #19655 (comment) going. I'll take a look at it.