@turbobase/isolated-vm-prebuilds 1.1.7 → 1.1.9

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/README.md CHANGED
@@ -1,39 +1,45 @@
1
1
  # @turbobase/isolated-vm-prebuilds
2
2
 
3
3
  Prebuilt [`isolated-vm`](https://github.com/laverdet/isolated-vm) binaries for the
4
- platform/ABI pairs upstream does not publish.
4
+ two platforms upstream does not publish, used by the
5
+ [TurboBase CLI](https://www.npmjs.com/package/@turbobase/cli).
5
6
 
6
- You are not meant to install this directly. `turbobase ext extras install` pulls it
7
- when it needs it and drops the matching binary where `isolated-vm` looks for one.
7
+ **You do not need to install this yourself.** `turbobase ext extras install` pulls
8
+ it when your machine is one of the two platforms that needs it, and drops the
9
+ binary where `isolated-vm` already looks. On every other platform it is never
10
+ fetched.
11
+
12
+ New to TurboBase? Start at **[docs.turbobase.io](https://docs.turbobase.io/)**.
8
13
 
9
14
  ## Why it exists
10
15
 
11
- `isolated-vm` compiles against V8 internals, so its prebuilds are **per Node ABI**,
12
- not just per platform. Version 6.1.2 ships:
16
+ `isolated-vm` compiles against V8 internals, so its prebuilt binaries are **per
17
+ Node ABI**, not just per platform. Version 6.1.2 — the version the CLI pins —
18
+ ships:
13
19
 
14
- | Platform | abi127 (Node 22) | abi137 (Node 24) |
15
- | ------------- | ---------------- | ---------------- |
16
- | darwin-arm64 | ✅ | ✅ |
17
- | linux-x64 | ✅ glibc + musl | ✅ glibc + musl |
18
- | linux-arm64 | ✅ glibc + musl | ✅ glibc + musl |
19
- | win32-x64 | ✅ | ✅ |
20
- | **darwin-x64**| ❌ | ❌ |
21
- | **win32-arm64**| ❌ | ❌ |
20
+ | Platform | abi127 (Node 22) | abi137 (Node 24) |
21
+ | --------------- | ---------------- | ---------------- |
22
+ | darwin-arm64 | ✅ | ✅ |
23
+ | linux-x64 | ✅ glibc + musl | ✅ glibc + musl |
24
+ | linux-arm64 | ✅ glibc + musl | ✅ glibc + musl |
25
+ | win32-x64 | ✅ | ✅ |
26
+ | **darwin-x64** | ❌ | ❌ |
27
+ | **win32-arm64** | ❌ | ❌ |
22
28
 
23
- On the two bottom rows `npm install isolated-vm` falls through to
24
- `node-gyp rebuild`, which needs Python and a C++ toolchain — on an Intel Mac or a
25
- Windows-on-ARM machine that is a multi-minute compile at best and a hard failure on
26
- a stock developer laptop. `turbobase ext test` and `turbobase ext replay` are the
27
- only commands affected, but they are the two that matter most while authoring.
29
+ On those last two rows `npm install isolated-vm` falls through to `node-gyp
30
+ rebuild`, which needs Python and a C++ toolchain — on a stock Intel MacBook or a
31
+ Windows-on-ARM laptop that is a multi-minute compile at best, and a hard failure
32
+ more often than not.
28
33
 
29
- This package closes those two rows. The binaries are built by the TurboBase release
30
- workflow's `cli-prebuilds` matrix, from the same pinned `isolated-vm` version the
31
- CLI declares.
34
+ This package closes those two rows. It matters because `turbobase ext test` and
35
+ `turbobase ext replay` — the commands that run your extension in a
36
+ production-parity sandbox before you ship it — are the ones that load the binary.
32
37
 
33
- ## Layout
38
+ ## How it is used
34
39
 
35
- Mirrors `isolated-vm`'s own `prebuilds/` tree exactly, so installing is a directory
36
- merge and `node-gyp-build` resolves the result with no shim:
40
+ `turbobase ext extras install` checks your platform. On `darwin-x64` or
41
+ `win32-arm64` it fetches this package and merges its `prebuilds/` tree into
42
+ `isolated-vm`'s own, where `node-gyp-build` resolves it with no shim:
37
43
 
38
44
  ```
39
45
  prebuilds/darwin-x64/isolated-vm.abi127.node
@@ -42,7 +48,20 @@ prebuilds/win32-arm64/isolated-vm.abi127.node
42
48
  prebuilds/win32-arm64/isolated-vm.abi137.node
43
49
  ```
44
50
 
51
+ Check what you have with `turbobase ext extras status`.
52
+
53
+ The binaries are compiled by the TurboBase release pipeline from the exact
54
+ `isolated-vm` version the CLI declares, so they cannot drift from the runtime that
55
+ loads them. This package is versioned and published in lockstep with
56
+ `@turbobase/cli`.
57
+
58
+ ## Documentation
59
+
60
+ - [Sandboxes and testing](https://docs.turbobase.io/extending/sandboxes-and-testing/) — what `ext test` and `ext replay` do
61
+ - [CLI overview](https://docs.turbobase.io/cli/overview/) — installing and using the CLI
62
+ - [docs.turbobase.io](https://docs.turbobase.io/) — the full documentation
63
+
45
64
  ## Licence
46
65
 
47
- The binaries are compiled from `isolated-vm`, which is ISC-licensed. That licence
66
+ The binaries are compiled from `isolated-vm`, which is ISC-licensed; that licence
48
67
  travels with them — see `LICENSE`. This package adds no code of its own.
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@turbobase/isolated-vm-prebuilds",
3
- "version": "1.1.7",
3
+ "version": "1.1.9",
4
4
  "description": "Prebuilt isolated-vm binaries for the platform/ABI pairs upstream does not ship. Consumed by @turbobase/cli's `turbobase ext extras install`; not useful on its own.",
5
5
  "license": "ISC",
6
6
  "private": false,