Migrate to Electrobun 2.0.2 (Hutch)

Electrobun 2.x replaces the vendored CLI with Hutch: the npm package is now a
bootstrap whose exports are a throwing stub, and the SDK is projected into
.hutch/devkit. The app stays on the Bun main process — `mainProcess: "bun"` is
load-bearing, since the 2.x default (Cottontail) ignores build.bun and with it
the ssh2 externals — and the bundle now ships the pinned Bun 1.4.0.

- electrobun 2.0.2 as an exact devDependency. `electrobun prepare` takes the
  old CLI re-sign step's slot in postinstall and every dev/build/start/release
  script: tsc (root tsconfig extends the devkit's) and the Angular build
  (electrobun/view mapped into the devkit) resolve the SDK there.
- Imports move to electrobun/main. The CLI re-sign script and the v1 "three"
  type shim are gone (Hutch's binaries are validly signed).
- UI: Electroview's bunSocket is hostSocket; noImplicitReturns is off because
  the devkit's raw-TS browser SDK compiles inside the UI program.
- Updater.applyUpdate() now consults before-quit, so the transfers/unsaved
  guard's "Quit Anyway" re-runs the apply instead of quitting without it.
- 2.x applies trafficLightOffset from macOS's default button position (1.18.1
  clamped it inside the titlebar); {12, 4} centres the lights in the header.
- Releases: mac-x64 dropped (2.x publishes no macOS x64 core, so no Rosetta
  path). artifacts/ is emptied before each build and published verbatim.
  Installers lost the stable- prefix (the update feed kept it), so release.ts,
  deploy.sh and the site links follow. Linux ships Electrobun's Setup
  installer instead of the portable tarball and its miniSCP.sh wrapper.
- Docs cover all of the above, plus re-checks against 2.0.2: still no native
  modal windows; window close is now cancellable through will-close.

Verified: tsc, build:ui, a stable mac-arm64 release (dmg + the v1-compatible
stable-macos-arm64 feed) and dev launches (RPC, Settings window, traffic
lights). Windows/Linux builds and the v1 -> 2.x Windows update bridge still
need their first run on native machines.

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

ui/src/app/core/context-menu.service.ts

@@ -53,10 +53,10 @@ const trashKey = (): string => (IS_WINDOWS ? 'ctx.moveToRecycleBin' : 'ctx.moveT
 /**
  * Builds and opens the panel right-click menus. This used to be a native
  * electrobun ContextMenu on the bun side, but `showContextMenu` is a documented
- * no-op on Linux (electrobun's own dist/api/bun/proc/linux.md), which left the
- * whole right-click surface dead there. The menu is plain HTML now — one code
- * path on every platform — and still emits the exact same action strings, so
- * the dispatcher in app.ts is unchanged.
+ * no-op on Linux (electrobun's own .hutch/devkit/api/sdks/main/proc/linux.md),
+ * which left the whole right-click surface dead there. The menu is plain HTML
+ * now — one code path on every platform — and still emits the exact same
+ * action strings, so the dispatcher in app.ts is unchanged.
  */
 @Injectable({ providedIn: 'root' })
 export class ContextMenuService {

ui/src/app/core/rpc.service.ts

@@ -76,9 +76,10 @@ export class RpcService {
     });
     const electroview = new Electroview({ rpc: this.rpc });
 
-    // Requests fired before the RPC WebSocket finishes connecting are lost, so
-    // everything below gates on it being open (services fire calls at startup).
-    const socket = electroview.bunSocket;
+    // Gate everything below on the RPC WebSocket being open (services fire calls
+    // at startup). v1 silently lost pre-open sends; 2.x Electroview queues them
+    // and falls back to the native bridge, so this is now just belt-and-braces.
+    const socket = electroview.hostSocket;
     if (socket && socket.readyState !== WebSocket.OPEN) {
       this.ready = new Promise((resolve) => {
         socket.addEventListener('open', () => resolve(), { once: true });