patchver

patchver runs as a wasm32-unknown-unknown module (inlined into lib/lib/patchver_wasm.generated.js and published to jsr as @deno/patchver). libsui 0.12.4's Mach-O path calls std::env::temp_dir() unconditionally, which panics under Wasm with "no filesystem on this platform", so patching any macOS binary aborts: panicked at .../unsupported/os.rs:60:5: no filesystem on this platform at std::env::temp_dir at libsui::Macho::from This surfaced while promoting a release to the LTS channel: the Linux binaries patched fine, then the x86_64-apple-darwin binary crashed the run. libsui 0.12.6 (denoland/sui#57) gates that codesign shell-out behind #[cfg(target_vendor = "apple")], so it is no longer compiled into the Wasm build. Bump to 0.12.6 specifically, rather than a later release, so the 0.12.x ELF/Mach-O section format is unchanged and binaries patched by this version still expose the "denover" channel marker exactly as before. Rebuilt with deno task wasmbuild and bumped to 0.5.1. Verified by patching real x86_64-apple-darwin and aarch64-apple-darwin deno binaries to the lts channel: both now succeed with valid Mach-O output and the marker embedded, where the x86_64 case previously panicked.