Skip to content

vtk-wasm: move build to virtualcell/vcell-vtk-wasm; consume the release - #1824

Open
jcschaff wants to merge 1 commit into
masterfrom
vtk/publish-bundle
Open

vtk-wasm: move build to virtualcell/vcell-vtk-wasm; consume the release#1824
jcschaff wants to merge 1 commit into
masterfrom
vtk/publish-bundle

Conversation

@jcschaff

@jcschaff jcschaff commented Aug 3, 2026

Copy link
Copy Markdown
Member

What

The custom VTK.wasm build and its golden-test gate now live in a dedicated repo, virtualcell/vcell-vtk-wasm, which builds the bundle and publishes it as a GitHub Release asset. This repoints the monorepo to consume that release instead of duplicating the heavy build.

Changes

  • Remove the build system from tools/vtk-wasm/: build.sh, Dockerfile, patches/, and the vtk-wasm-build.yml workflow — they live in vcell-vtk-wasm now.
  • tools/vtk-wasm/README.md → a pointer to the dedicated repo + the release URL.
  • tools/vtk-wasm/test/ (the golden-file test) now downloads the pinned release bundle (BUNDLE_TAG, default v1.0.0) and validates the artifact VCell actually consumes — no local build required. BUNDLE_TARGZ still overrides for local runs.

The release download URL:

https://github.com/virtualcell/vcell-vtk-wasm/releases/download/<tag>/vcell-vtk-wasm32-emscripten.tar.gz

Draft — why

The v1.0.0 release is being built + published by vcell-vtk-wasm right now (build → golden-test gate → release). Once it's published I'll:

  1. Verify the golden test downloads + validates the release (node tools/vtk-wasm/test/run-golden-test.mjs),
  2. Mark ready for review.

Not in this PR

webapp-ng runtime consumption of the release (the field-viewer wiring) is a separate follow-up — this PR is just the build-repoint + consumer-side test.

Test-only / tooling change; no runtime VCell code.

🤖 Generated with Claude Code

…elease

The custom VTK.wasm build and its golden-test gate now live in the dedicated repo
virtualcell/vcell-vtk-wasm, which publishes the bundle as a GitHub Release asset.
Repoint the monorepo to consume that release instead of duplicating the build:

- Remove build.sh, Dockerfile, patches/, and the vtk-wasm-build.yml workflow
  (they live in vcell-vtk-wasm now).
- tools/vtk-wasm/README.md -> a pointer to the dedicated repo + the release URL.
- tools/vtk-wasm/test/ (golden-file test) now DOWNLOADS the pinned release bundle
  (BUNDLE_TAG, default v1.0.0) and validates the artifact VCell actually consumes,
  instead of requiring a local build. BUNDLE_TARGZ still overrides for local runs.

webapp-ng runtime consumption of the release (the field-viewer wiring) is a
separate follow-up.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01CMxhE4gyPPRncpMPrRxnBW
@jcschaff
jcschaff marked this pull request as ready for review August 3, 2026 21:03
@jcschaff

jcschaff commented Aug 3, 2026

Copy link
Copy Markdown
Member Author

Verified against the published v1.0.0 release: node tools/vtk-wasm/test/run-golden-test.mjs downloads the release asset and passes — countMatch: true, max deviation 0.0 over all 7825 points, exit 0. Marking ready for review.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant