ci(release): disable Tauri updater artifacts on Linux (stops linuxdeploy hang)

Round-2 diagnosis from the v0.4.2 attempt: cargo finished in 3m 55s,
.deb and .rpm were bundled within 22s, then the step hung silently for
25 min until our 30-min watchdog killed it — no further log lines.

tauri.conf.json has `createUpdaterArtifacts: "v1Compatible"`. On Linux
the v1-compatible updater path wants a .AppImage.tar.gz, which means
downloading linuxdeploy-x86_64.AppImage from GitHub at build time.
That download is the silent blocker — same signature as the March 2026
"github runners suck" removal (commit 103e98b).

Fix: pass `--config {"bundle":{"createUpdaterArtifacts":false}}` on the
Linux build only. Mac/Windows continue to produce signed updater
artifacts as before. Linux users update via apt/dnf; Tauri in-app
auto-update for Linux can come later (and would require shipping
AppImage alongside deb/rpm).

Co-Authored-By: Claude Opus 4.7 (1M context) <[email protected]>

.github/workflows/release.yml

@@ -27,7 +27,14 @@ jobs:
             python-version: "3.12"
             backend: "pytorch"
           - platform: "ubuntu-22.04"
-            args: "--target x86_64-unknown-linux-gnu --bundles deb,rpm --verbose"
+            # --config override disables updater-artifact generation on Linux.
+            # tauri.conf.json has createUpdaterArtifacts: "v1Compatible" which
+            # on Linux wants to synthesize a .AppImage.tar.gz by downloading
+            # linuxdeploy at build time — this is what silently hangs CI
+            # (see v0.4.2 round 2, 25 min of no output after rpm bundling).
+            # We ship deb+rpm only; Linux users update via apt/dnf, not the
+            # Tauri in-app updater.
+            args: '--target x86_64-unknown-linux-gnu --bundles deb,rpm --verbose --config {"bundle":{"createUpdaterArtifacts":false}}'
             python-version: "3.12"
             backend: "pytorch"