Windows build fails on Github Actions due to openssl-sys

[clux]

Current and expected behavior

Sometimes the unit-test ci's basic cargo build step fails on windows-latest on Github Actions.
Some PRs worked after it originally failed in #1079 (which obviously is innocent),
but now it fails everywhere. Possible this is due to some update in the action's windows image, but really have no idea.

Error output:

error: failed to run custom build command for `openssl-sys v0.9.84`

Caused by:
  process didn't exit successfully: `D:\a\kube\kube\target\debug\build\openssl-sys-1b735a2c3ed0f4a1\build-script-main` (exit code: 101)
  --- stdout
  cargo:rerun-if-env-changed=X86_64_PC_WINDOWS_MSVC_OPENSSL_LIB_DIR
  X86_64_PC_WINDOWS_MSVC_OPENSSL_LIB_DIR unset
  cargo:rerun-if-env-changed=OPENSSL_LIB_DIR
  OPENSSL_LIB_DIR = C:/Program Files/OpenSSL-Win64/lib
  cargo:rerun-if-env-changed=X86_64_PC_WINDOWS_MSVC_OPENSSL_INCLUDE_DIR
  X86_64_PC_WINDOWS_MSVC_OPENSSL_INCLUDE_DIR unset
  cargo:rerun-if-env-changed=OPENSSL_INCLUDE_DIR
  OPENSSL_INCLUDE_DIR = C:/Program Files/OpenSSL-Win64/include

  --- stderr
  thread 'main' panicked at 'OpenSSL library directory does not exist: ["C:/Program Files/OpenSSL-Win64/lib"]', C:\Users\runneradmin\.cargo\registry\src\git.luolix.top-1ecc6299db9ec823\openssl-sys-0.9.84\build/main.rs:83:9
  stack backtrace:
     0: std::panicking::begin_panic_handler
               at /rustc/9eb3afe9ebe9c7d2b84b71002d44f4a0edac95e0/library\std\src\panicking.rs:575
     1: core::panicking::panic_fmt
               at /rustc/9eb3afe9ebe9c7d2b84b71002d44f4a0edac95e0/library\core\src\panicking.rs:64
     2: build_script_main::main
               at .\build\main.rs:83
     3: core::ops::function::FnOnce::call_once<void (*)(),tuple$<> >
               at /rustc/9eb3afe9ebe9c7d2b84b71002d44f4a0edac95e0\library\core\src\ops\function.rs:250
  note: Some details are omitted, run with `RUST_BACKTRACE=full` for a verbose backtrace.
warning: build failed, waiting for other jobs to finish...
Error: Process completed with exit code 1.

From a search in upstream; this issue seems very similar: sfackler/rust-openssl#1525 which was closed without solutions. This one also has the same error at some point: sfackler/rust-openssl#1737, as does this: sfackler/rust-openssl#1600

Possible solution

Fix the issue with some windows magic. Not my speciality, but could be an easy fix for someone who knows how it works.

Alternatives involve more rustls #1192

Environment

GHA windows-latest

Configuration and features

default features cargo build

Affected crates

kube

Would you like to work on fixing this bug?

No