release.yml: drop apt cache (Gitea restore times out on 300MB)

Apt cache save works (28s in v0.1.4) but the next run can't restore
it: 'getCacheEntry failed: Request timeout' — Gitea cache backend
chokes on the ~300MB archive. Drop the cache step rather than burn
30s every run on a save that the next run can't read.

Real fix: bake wine + innoextract + xauth + wine32:i386 into a
custom CI image on git.okcu.io's registry, use container.image to
pull it. Defer until release frequency justifies the setup work.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

.gitea/workflows/release.yml

@@ -48,16 +48,13 @@ jobs:
           key: go-${{ runner.os }}-${{ hashFiles('**/go.sum') }}
           restore-keys: go-${{ runner.os }}-
 
-      # Cache apt downloads — saves ~50s on the wine + innoextract install.
+      # NOTE: actions/cache for the apt archive (~300 MB) is disabled. The
-      # Bump the cache key (-v2, -v3, ...) when the package list changes.
+      # save step works (~28s in v0.1.4) but restore times out on the
-      - name: Cache apt packages
+      # next run — Gitea's cache server can't push 300 MB back fast
-        id: apt-cache
+      # enough. The Wine + Inno Setup install stays at ~1m20s. The
-        uses: actions/cache@v4
+      # right fix is a pre-baked Docker image (golang:1.25 + wine +
-        with:
+      # innoextract + xauth + wine32:i386) pushed to git.okcu.io as
-          path: |
+      # the job's container.image. Tracked as future work.
-            /var/cache/apt/archives
-            /var/lib/apt/lists
-          key: apt-trixie-wine-innoextract-v2
 
       - name: Extract version from tag
         id: version