summaryrefslogtreecommitdiffstats
path: root/packaging/build/build-client.sh
diff options
context:
space:
mode:
authorChristophe Besson <cbesson@gmail.com>2026-09-03 11:25:45 +0200
committerChristophe Besson <cbesson@gmail.com>2026-09-03 11:25:45 +0200
commit75669dcc4f060733f0fcf3b6de574b8f4630d4a1 (patch)
tree4a3d1190374a3dfdc76396de26ac650dd3352a2c /packaging/build/build-client.sh
parentdd671eb3647801317736327ab5b7cbfaa05d3866 (diff)
downloadmeshbay-75669dcc4f060733f0fcf3b6de574b8f4630d4a1.tar.gz
chore(client): build against the latest Electron, and stop defining the package twice
Chromium CVEs are fixed in Electron releases, and a client built against an old one ships those holes to every user. That is a certain harm; a build that breaks on a new Electron is a repairable one. build-client.sh now bumps to the latest on every build, prints the comparison, and lets the build fail if it cannot cope — the failure is the signal to fix, not a reason to stay behind. It writes package.json and the lockfile on purpose: the new pin is meant to be committed. A registry it cannot reach is a warning, not a failure. Exercised by pinning back to 42.9.2 and building: "==> Electron 42.9.2 -> 44.1.1", exit 0, electron=44.1.1 in the packaged output. Note npm audit would have said nothing about any of this — Chromium CVEs fixed in Electron do not reliably reach the npm advisory database. Separately, package.json declared linux.target [deb, rpm] with its own deb/rpm depends, so `npm run dist` built a second package under the same name. The two had drifted: /opt/MeshBay/meshbay-client against /opt/meshbay-client/meshbay, and Depends: python3-meshbay-common naming none of the Electron runtime libraries the real DEBIAN/control lists — it would have installed cleanly and then refused to start. Nothing in the tree referenced `npm run dist`, which is why the drift was free to happen. That config is gone, "dist" delegates to build-client.sh, and test_desktop_shell.py refuses its return. `--dir` was re-run with no linux block at all: exit 0, same binary build-client.sh consumes. It needs appId, productName and files, nothing else. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01AbwJDbNTkiRUh7HTWEoyss
Diffstat (limited to 'packaging/build/build-client.sh')
-rwxr-xr-xpackaging/build/build-client.sh43
1 files changed, 43 insertions, 0 deletions
diff --git a/packaging/build/build-client.sh b/packaging/build/build-client.sh
index d42000a..7bac10c 100755
--- a/packaging/build/build-client.sh
+++ b/packaging/build/build-client.sh
@@ -46,6 +46,49 @@ mkdir -p "$ROOT"
# --- Build the Electron app -----------------------------------------------
cd "$CLIENT"
+# --- Electron: always build against the latest release --------------------
+#
+# Chromium CVEs are fixed in Electron releases, and a client built against an
+# old one ships those holes to every user. That is a certain harm; a build that
+# breaks on a new Electron is a repairable one. So this bumps to the latest on
+# every build and lets the build fail if it cannot cope — the failure is the
+# signal to fix, not a reason to stay behind.
+#
+# It writes package.json and package-lock.json, so the build leaves the repo
+# dirty on purpose: the new pin is meant to be committed. `npm audit` will not
+# tell you any of this — Chromium CVEs fixed in Electron do not reliably reach
+# the npm advisory database, which is why this check exists at all.
+echo " checking for a newer Electron"
+PINNED=$(node -p "require('./package-lock.json').packages['node_modules/electron'].version" 2>/dev/null || echo "unknown")
+LATEST=$(npm view electron version 2>/dev/null || echo "")
+
+if [ -z "$LATEST" ]; then
+ echo " !! could not reach the npm registry — building against the pinned Electron $PINNED" >&2
+elif [ "$LATEST" = "$PINNED" ]; then
+ echo " Electron $PINNED is the latest"
+else
+ echo ""
+ echo " ==> Electron $PINNED -> $LATEST"
+ echo ""
+ npm install --save-dev --ignore-scripts "electron@$LATEST" 2>&1 | tail -2
+ # allowScripts pins an exact version; leave it matching so npm does not
+ # start refusing a script a future Electron reintroduces.
+ node -e "
+ const fs = require('node:fs');
+ const p = JSON.parse(fs.readFileSync('package.json', 'utf8'));
+ if (p.allowScripts) {
+ for (const k of Object.keys(p.allowScripts)) {
+ if (k.startsWith('electron@')) {
+ delete p.allowScripts[k];
+ p.allowScripts['electron@$LATEST'] = true;
+ }
+ }
+ fs.writeFileSync('package.json', JSON.stringify(p, null, 2) + '\n');
+ }
+ "
+ echo " package.json and package-lock.json updated — commit them"
+fi
+
echo " npm ci"
npm ci --ignore-scripts 2>&1 | tail -3