@telorun/analyzer 0.62.0 → 0.62.1
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/dist/release/payload-digest.d.ts +7 -3
- package/dist/release/payload-digest.d.ts.map +1 -1
- package/dist/release/payload-digest.js +7 -3
- package/dist/telo-version.d.ts +1 -1
- package/dist/telo-version.js +1 -1
- package/package.json +1 -1
- package/src/release/payload-digest.ts +7 -3
- package/src/telo-version.ts +1 -1
|
@@ -25,9 +25,13 @@ export declare const MANIFEST_LAYER = "manifest";
|
|
|
25
25
|
* Exactly one today, and for a structural reason rather than an omission: the
|
|
26
26
|
* published `layers:` index lives *inside* `telo.yaml`, so it cannot carry that
|
|
27
27
|
* file's own digest — the entry would have to be computed over bytes containing
|
|
28
|
-
* it.
|
|
29
|
-
*
|
|
30
|
-
*
|
|
28
|
+
* it. `readPublishedDigests` reads that index, so it has no answer for this key.
|
|
29
|
+
*
|
|
30
|
+
* It is no longer *unknowable*, though, only absent from the index: the payload
|
|
31
|
+
* builder now writes the index, so its manifest is the published text and this
|
|
32
|
+
* digest is what hashing the served `telo.yaml` yields. Reconciling it would
|
|
33
|
+
* mean fetching the manifest per module rather than reading one index — worth
|
|
34
|
+
* doing, and a separate change from the one that made it possible.
|
|
31
35
|
*
|
|
32
36
|
* It stays in the ledger regardless, because it is the only thing that sees a
|
|
33
37
|
* **manifest-only change**: a schema edit, a new kind, a description, a
|
|
@@ -1 +1 @@
|
|
|
1
|
-
{"version":3,"file":"payload-digest.d.ts","sourceRoot":"","sources":["../../src/release/payload-digest.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;GAcG;AAEH,OAAO,EAAiB,KAAK,gBAAgB,EAAE,KAAK,SAAS,EAAE,MAAM,yBAAyB,CAAC;AAE/F,sDAAsD;AACtD,MAAM,MAAM,YAAY,GAAG,QAAQ,CAAC,MAAM,CAAC,MAAM,EAAE,MAAM,CAAC,CAAC,CAAC;AAE5D,yDAAyD;AACzD,eAAO,MAAM,cAAc,aAAa,CAAC;AAEzC
|
|
1
|
+
{"version":3,"file":"payload-digest.d.ts","sourceRoot":"","sources":["../../src/release/payload-digest.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;GAcG;AAEH,OAAO,EAAiB,KAAK,gBAAgB,EAAE,KAAK,SAAS,EAAE,MAAM,yBAAyB,CAAC;AAE/F,sDAAsD;AACtD,MAAM,MAAM,YAAY,GAAG,QAAQ,CAAC,MAAM,CAAC,MAAM,EAAE,MAAM,CAAC,CAAC,CAAC;AAE5D,yDAAyD;AACzD,eAAO,MAAM,cAAc,aAAa,CAAC;AAEzC;;;;;;;;;;;;;;;;;;;;GAoBG;AACH,eAAO,MAAM,sBAAsB,EAAE,WAAW,CAAC,MAAM,CAA6B,CAAC;AAErF;;;;;;;;;;GAUG;AACH,wBAAgB,cAAc,CAAC,IAAI,EAAE,SAAS,GAAG,MAAM,EAAE,QAAQ,CAAC,EAAE,gBAAgB,GAAG,MAAM,CAM5F;AAED;;;mBAGmB;AACnB,MAAM,WAAW,WAAW;IAC1B,QAAQ,CAAC,KAAK,EAAE,MAAM,CAAC;IACvB,QAAQ,CAAC,MAAM,CAAC,EAAE,MAAM,CAAC;IACzB,QAAQ,CAAC,KAAK,CAAC,EAAE,MAAM,CAAC;CACzB;AAED;mCACmC;AACnC,wBAAgB,gBAAgB,CAAC,MAAM,EAAE,YAAY,EAAE,KAAK,EAAE,YAAY,GAAG,WAAW,EAAE,CAQzF"}
|
|
@@ -23,9 +23,13 @@ export const MANIFEST_LAYER = "manifest";
|
|
|
23
23
|
* Exactly one today, and for a structural reason rather than an omission: the
|
|
24
24
|
* published `layers:` index lives *inside* `telo.yaml`, so it cannot carry that
|
|
25
25
|
* file's own digest — the entry would have to be computed over bytes containing
|
|
26
|
-
* it.
|
|
27
|
-
*
|
|
28
|
-
*
|
|
26
|
+
* it. `readPublishedDigests` reads that index, so it has no answer for this key.
|
|
27
|
+
*
|
|
28
|
+
* It is no longer *unknowable*, though, only absent from the index: the payload
|
|
29
|
+
* builder now writes the index, so its manifest is the published text and this
|
|
30
|
+
* digest is what hashing the served `telo.yaml` yields. Reconciling it would
|
|
31
|
+
* mean fetching the manifest per module rather than reading one index — worth
|
|
32
|
+
* doing, and a separate change from the one that made it possible.
|
|
29
33
|
*
|
|
30
34
|
* It stays in the ledger regardless, because it is the only thing that sees a
|
|
31
35
|
* **manifest-only change**: a schema edit, a new kind, a description, a
|
package/dist/telo-version.d.ts
CHANGED
package/dist/telo-version.js
CHANGED
|
@@ -5,4 +5,4 @@
|
|
|
5
5
|
// its release identity, this is the scale a module's `requires.telo` range is
|
|
6
6
|
// written against, and every kernel in every language reports the same scale.
|
|
7
7
|
/** The surface generation this analyzer implements. */
|
|
8
|
-
export const TELO_SURFACE_VERSION = "0.
|
|
8
|
+
export const TELO_SURFACE_VERSION = "0.78.0";
|
package/package.json
CHANGED
|
@@ -29,9 +29,13 @@ export const MANIFEST_LAYER = "manifest";
|
|
|
29
29
|
* Exactly one today, and for a structural reason rather than an omission: the
|
|
30
30
|
* published `layers:` index lives *inside* `telo.yaml`, so it cannot carry that
|
|
31
31
|
* file's own digest — the entry would have to be computed over bytes containing
|
|
32
|
-
* it.
|
|
33
|
-
*
|
|
34
|
-
*
|
|
32
|
+
* it. `readPublishedDigests` reads that index, so it has no answer for this key.
|
|
33
|
+
*
|
|
34
|
+
* It is no longer *unknowable*, though, only absent from the index: the payload
|
|
35
|
+
* builder now writes the index, so its manifest is the published text and this
|
|
36
|
+
* digest is what hashing the served `telo.yaml` yields. Reconciling it would
|
|
37
|
+
* mean fetching the manifest per module rather than reading one index — worth
|
|
38
|
+
* doing, and a separate change from the one that made it possible.
|
|
35
39
|
*
|
|
36
40
|
* It stays in the ledger regardless, because it is the only thing that sees a
|
|
37
41
|
* **manifest-only change**: a schema edit, a new kind, a description, a
|
package/src/telo-version.ts
CHANGED