The problem is caused by missing Python 2 in OpenSUSE Thumbleweed.
There is no Python 2 package for the distribution anymore.

The issue was fixed in ESP-IDF master branch, but was not backported yet to 4.x: https://github.com/espressif/esp-idf/issues/6334#issuecomment-1261435018
The new solution is ...

Please, try to set environment variable TMP to path without spaces. The directory should exist.

Powershell: CMD: Then run the build again.

Thank you for notification about the scenario. We will double-check this setup.

Thank you for reporting the problem.
This is definitely bug. I've created an issue to resolve it: https://github.com/espressif/idf-installer/issues/113
The installer does not support just an installation of a single driver without ESP-IDF.

There are following workarounds:

Workaround 1:

run ...

The problem is caused by the antivirus blocking rename operation of the directory with cmake after extraction from ZIP archive.

Options:
- disable antivirus scanning for the time-being
- use one of Offline installers which extracts CMake directly to desired location - https://github.com/espressif ...

Problem described above seems like TLS issue.
dl.espressif.com is hosted with enabled TLSv1.2 so it should work also on OSes like Windows 8 which does not have support for TLSv1.3.

Try following steps to mitigate the problem:
Option #1:
- open https://dl.espressif.com/pypi in Internet Explorer or ...

Welcome to the forum dedicated to Rust language support for ESP32.

Links:
- The Rust on ESP Book - https://esp-rs.github.io/book/
- Installation scripts - https://github.com/esp-rs/rust-build/
- Windows Installer - https://github.com/espressif/idf-installer/releases

Examples
- Cargo-first ...

We updated Offline installer, please test the following version:
https://github.com/espressif/idf-instal ... 11-beta-02

The installation of 4.2.2 should pass without problem.

Meanwhile we identified the problem.
If the git does not have autocrlf set to true in global config the installation fails.
To workaround the problem it's possible to enter command:
git config --global core.autocrlf true

After this correction the installation works without problem.
The new issue ...

Unfortunately we were not able to simulate the error.

Please, provide output of command: The output could help us with diagnostics of the problem.