download.fedoraproject.org is slow from mainland China. The TUNA mirror
serves the same file (the pinned x86_64 SHA256 matches), and
FEDORA_IMAGE_URL still overrides the default.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01YKxXLyiL7XJ3a9e8HmR2my
Instead of a hard-coded file name, find the ISO in install-iso/ by
matching *Win*11*x64*.iso (case-insensitive), picking the highest
version-sorted name when several match. The QCOW2 path is derived from
the detected ISO name, falling back to an existing *Win*11*x64*.qcow2
in base-qcow2/ when the ISO is absent.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01Ks2ixr4KHXBtLuCet7Ch5Z
Debian/AlmaLinux/Fedora image filenames, URLs, and checksums were
hardcoded to arm64/aarch64 (for Apple Silicon macOS), which would
silently download the wrong-architecture image on an Intel/amd64
host. Detect the architecture from the host (uname -m), normalized
to arm64/amd64, with VM_IMAGE_ARCH as an override; the run-*.sh
scripts in the parent repo use the same override so both stay in
sync. amd64 keeps the previously pinned checksums; arm64 checksums
are still unpinned pending upstream publication.
windows11 is unaffected: it stays x86_64-only, matching run-windows11.sh.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
guofangandClaude Sonnet 5