fix(ci): adjust xwin timeout and revert xwin jobs being disabled

[samypr100]

Summary

Reverts #8181 and #8182.

The fix is in b849f0f, which extends the run timeout to allow xwin to download the Windows SDK files, which can take 10+ minutes.

Closes rust-cross/cargo-xwin#127

Test Plan

Existing CI should pass.

Notes

xwin jobs will take a long time the first time due to cache re-warming.

[zanieb]

I wonder if we should even be using xwin for the main Clippy job since it's ~as fast with the native setup?

[zanieb]

Thanks a bunch of identifying this issue!

[samypr100]

I wonder if we should even be using xwin for the main Clippy job since it's ~as fast with the native setup?

I think the gain is more-so on the windows-latest-xlarge vs ubuntu-latest / costs and the speed that the job takes to start (total job speeds).

The runs perform the same, I mentioned it here #3600 (comment)

iirc, I did compare windows-latest vs ubuntu-latest (not xlarge) and it was about 30s slower. xlarge was about the same for clippy.

[zanieb]

👍