CI: back on the stable crafter-build Flatpak, now that 2.2.0 carries the Shader API

Crafter.Build 2.2.0 (2026-10-16) releases the Shader `defines` and
`variant` fields Crafter.Graphics master has used since 2026-10-06, so
CRAFTER_REF goes back to //stable and the toolchain moves only with a
Crafter.Build release again, the way imsd's package job has it. The
comments and the README now describe beta as the stopgap for the next
time Crafter.Graphics runs ahead of a release.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>

.forgejo/workflows/deploy.yaml

@@ -26,12 +26,13 @@ jobs:
       # Which crafter-build. `stable` is the branch Crafter.Build publishes
       # from its release tags, `beta` follows every push to its master (the
       # same thing the rolling `latest` tarball this job used to download
-      # was). This site tracks Crafter.Graphics master, which since 2026-10-06
-      # uses the Shader `defines`/`variant` fields that only Crafter.Build
-      # master has: the 2.1.0 release predates them by three days, and run
-      # 533 failed on exactly that. Flip to //stable once a Crafter.Build
-      # release carries them. imsd pins stable; it has no Crafter.Graphics.
-      CRAFTER_REF: net.catcrafts.CrafterBuild//beta
+      # was). Stable, like imsd: the toolchain then moves only with a
+      # Crafter.Build release. This site tracks Crafter.Graphics master, so a
+      # Crafter.Graphics change that needs a newer Crafter.Build API fails
+      # here until that API is released: run 533 (2026-10-12) did, on the
+      # Shader `defines`/`variant` fields that 2.1.0 predated; 2.2.0
+      # (2026-10-16) carries them. Switching to //beta is the stopgap.
+      CRAFTER_REF: net.catcrafts.CrafterBuild//stable
     steps:
       - name: Check live payment test credentials
         # ShouldSettleEurcOnTestnet is a mandatory deploy gate, so a missing