Skip to content

build: enable deno.lock; pin lodestar 1.44 / ssz 1.6.2 - #11

Merged
canercidam merged 1 commit into
mainfrom
fix/deno-lock
Sep 22, 2026
Merged

canercidam merged 1 commit into
mainfrom
fix/deno-lock

Conversation

@KA-ROM

@KA-ROM KA-ROM commented Sep 17, 2026

Copy link
Copy Markdown
Collaborator

Why

Every decker build / up on main fails today:

error: Uncaught (in promise) Error: List limit must be a positive integer
    at @lodestar/types/1.48.0/src/utils/rewards.ts:57:19

decker's npm deps are caret-ranged and resolved at run time (the generator imports them dynamically), so a new upstream release changes what runs. @lodestar/types 1.48 with @chainsafe/ssz 1.8 are mutually broken; nothing in the repo changed.

What

  • deno.lock (new): pins the set that works. Key pins:

    dep pinned
    @lodestar/types 1.44.0
    @chainsafe/ssz 1.6.2
    ethers 6.17.0
    @noble/curves / @noble/hashes 1.9.7 / 1.8.0
    @std/assert (e2e) 1.0.19
  • deno.json (new): "lock": "deno.lock", and excludes lint's no-import-prefix rule. Having a deno.json at all turns that rule on, and inline npm:/jsr: specifiers are this repo's convention (67 sites).

Verify

  • deno run -A cli.ts build rbuilder renders on this branch, fails on main.
  • CI e2e passes here; it fails on every other open PR because their base is main.

Notes

Caret-ranged npm deps resolved at run time to @lodestar/types 1.47+ with @chainsafe/ssz 1.8, which are mutually broken (List limit must be a positive integer); every render failed. deno.json also keeps lint's no-import-prefix off: inline npm:/jsr: specifiers are the repo convention.
@canercidam
canercidam merged commit 0afb3e6 into main Sep 22, 2026
2 checks passed
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.

2 participants