v86 is in package.json and gets bumped every refresh (0.5.462 → 0.5.46x now), but nothing uses node_modules/v86. The legacy-systems exhibit loads committed files projects/spikersoft/src/assets/v86/v86.js (Jul 22) and v86.wasm (Jul 25) via v86-image-url.ts (~L23-24). Bumps are no-ops; the emulator we ship has silently drifted from the dependency we declare. The catalogue header records Upstream: copy/v86@589487c.
Wire it: add an asset glob / copy script for node_modules/v86/build/{libv86.js,v86.wasm} into the v86 assets path (like the isomorphic-git UMD copy in projects/spikersoft/project.json ~L45-53), delete the committed binaries, keep js+wasm in lock-step automatically.
Drop it: remove the npm dep and document the manual vendoring procedure in the v86 assets README.
Acceptance criteria
one source of truth for the emulator build
boot test of all catalogue entries, especially the 7 with prebuilt state snapshots (v86-catalogue.ts, initial_state in v86-emulator.component.ts ~L365) — snapshots are tied to the emulator build and are the likeliest to break
wasm-module-registry / offline cache entries still match
Size: S (+ boot testing).
Filed from the 2026-10-02 spikersoft-angular pnpm outdated changelog review.
## Why
`v86` is in `package.json` and gets bumped every refresh (0.5.462 → 0.5.46x now), but **nothing uses `node_modules/v86`**. The legacy-systems exhibit loads committed files `projects/spikersoft/src/assets/v86/v86.js` (Jul 22) and `v86.wasm` (Jul 25) via `v86-image-url.ts` (~L23-24). Bumps are no-ops; the emulator we ship has silently drifted from the dependency we declare. The catalogue header records `Upstream: copy/v86@589487c`.
Upstream since our copy: IA32_PAT MSR + CLFLUSH, ATA_CMD_READ_LOG_EXT (#1639), `use_graphical_text` release fix (#1640).
## Options (pick one)
1. **Wire it**: add an asset glob / copy script for `node_modules/v86/build/{libv86.js,v86.wasm}` into the v86 assets path (like the isomorphic-git UMD copy in `projects/spikersoft/project.json` ~L45-53), delete the committed binaries, keep js+wasm in lock-step automatically.
2. **Drop it**: remove the npm dep and document the manual vendoring procedure in the v86 assets README.
## Acceptance criteria
- [ ] one source of truth for the emulator build
- [ ] **boot test** of all catalogue entries, especially the 7 with prebuilt `state` snapshots (`v86-catalogue.ts`, `initial_state` in `v86-emulator.component.ts` ~L365) — snapshots are tied to the emulator build and are the likeliest to break
- [ ] wasm-module-registry / offline cache entries still match
Size: **S** (+ boot testing).
---
_Filed from the 2026-10-02 spikersoft-angular `pnpm outdated` changelog review._
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Why
v86is inpackage.jsonand gets bumped every refresh (0.5.462 → 0.5.46x now), but nothing usesnode_modules/v86. The legacy-systems exhibit loads committed filesprojects/spikersoft/src/assets/v86/v86.js(Jul 22) andv86.wasm(Jul 25) viav86-image-url.ts(~L23-24). Bumps are no-ops; the emulator we ship has silently drifted from the dependency we declare. The catalogue header recordsUpstream: copy/v86@589487c.Upstream since our copy: IA32_PAT MSR + CLFLUSH, ATA_CMD_READ_LOG_EXT (#1639),
use_graphical_textrelease fix (#1640).Options (pick one)
node_modules/v86/build/{libv86.js,v86.wasm}into the v86 assets path (like the isomorphic-git UMD copy inprojects/spikersoft/project.json~L45-53), delete the committed binaries, keep js+wasm in lock-step automatically.Acceptance criteria
statesnapshots (v86-catalogue.ts,initial_stateinv86-emulator.component.ts~L365) — snapshots are tied to the emulator build and are the likeliest to breakSize: S (+ boot testing).
Filed from the 2026-10-02 spikersoft-angular
pnpm outdatedchangelog review.