Skip to content

Update dependency @types/node to v24#115

Open
renovate[bot] wants to merge 1 commit into
mainfrom
renovate/node-24.x
Open

Update dependency @types/node to v24#115
renovate[bot] wants to merge 1 commit into
mainfrom
renovate/node-24.x

Conversation

@renovate

@renovate renovate Bot commented Mar 12, 2026

Copy link
Copy Markdown
Contributor

This PR contains the following updates:

Package Change Age Confidence
@types/node (source) ^22.0.0^24.0.0 age confidence

Configuration

📅 Schedule: (UTC)

  • Branch creation
    • At any time (no schedule defined)
  • Automerge
    • At any time (no schedule defined)

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.


  • If you want to rebase/retry this PR, check this box

This PR was generated by Mend Renovate. View the repository job log.

@renovate renovate Bot force-pushed the renovate/node-24.x branch from 84efa83 to 19ef724 Compare May 8, 2026 05:52
@renovate renovate Bot force-pushed the renovate/node-24.x branch 2 times, most recently from e23a3b2 to 84c856f Compare June 6, 2026 01:13
@renovate renovate Bot force-pushed the renovate/node-24.x branch from 84c856f to 7742835 Compare July 8, 2026 10:39
@renovate

renovate Bot commented Jul 8, 2026

Copy link
Copy Markdown
Contributor Author

⚠️ Artifact update problem

Renovate failed to update an artifact related to this branch. You probably do not want to merge this PR as-is.

♻ Renovate will retry this branch, including artifacts, only when one of the following happens:

  • any of the package files in this branch needs updating, or
  • the branch becomes conflicted, or
  • you click the rebase/retry checkbox if found above, or
  • you rename this PR's title to start with "rebase!" to trigger it manually

The artifact failure details are included below:

File name: pnpm-lock.yaml
Scope: all 2 workspace projects
? Verifying lockfile against supply-chain policies (882 entries)...
Progress: resolved 1, reused 0, downloaded 0, added 0
Progress: resolved 76, reused 0, downloaded 0, added 0
Progress: resolved 88, reused 0, downloaded 1, added 0
Progress: resolved 91, reused 0, downloaded 1, added 0
Progress: resolved 225, reused 0, downloaded 1, added 0
Progress: resolved 323, reused 0, downloaded 1, added 0
Progress: resolved 334, reused 0, downloaded 1, added 0
Progress: resolved 350, reused 0, downloaded 1, added 0
Progress: resolved 351, reused 0, downloaded 1, added 0
Progress: resolved 352, reused 0, downloaded 1, added 0
Progress: resolved 353, reused 0, downloaded 1, added 0
Progress: resolved 355, reused 0, downloaded 1, added 0
Progress: resolved 357, reused 0, downloaded 1, added 0
Progress: resolved 469, reused 0, downloaded 1, added 0
Progress: resolved 664, reused 0, downloaded 1, added 0
Progress: resolved 808, reused 0, downloaded 1, added 0
✗ Lockfile failed supply-chain policy check (882 entries in 18.8s)
[ERR_PNPM_MISSING_TARBALL_INTEGRITY] 1 lockfile entries failed verification:
  y-codemirror.next@0.3.5 has no "integrity" field, so its downloaded tarball cannot be verified

The lockfile contains entries that the active policies reject. This can mean the lockfile is stale, or that someone committed a lockfile that bypassed the policy locally — inspect recent changes to pnpm-lock.yaml before trusting it. If the changes look expected, run "pnpm clean --lockfile" and then "pnpm install" to rebuild from a fresh resolution. Alternatively, relax the policy that flagged them.
Progress: resolved 876, reused 0, downloaded 1, added 0

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.

0 participants