Repository navigation
chore(deps): dependency sweep — in-range freshening - #722
apify-deps[bot] wants to merge 1 commit into
Conversation
Re-resolve pnpm-lock.yaml to the newest in-range versions (patch + minor): vitest/@vitest/coverage-v8 5.0.3 -> 5.0.5, lerna 10.1.0 -> 10.1.1, zod 4.6.5 -> 4.6.7, marked 18.1.0 -> 18.1.1, plus transitive bumps. undici is still at 7.29.0 for the nx/lerna dev-tooling chain (CVE-2026-18149, CVE-2026-18540, CVE-2026-84933, CVE-2026-84947, CVE-2026-84961, CVE-2026-85008 / alerts #198-#201, #204, #205): nx@23.3.0 (latest) pins undici to an exact "7.29.0" with no range, so it can't move in-range and has no existing override to bump — flagged for a human-reviewed new override rather than auto-added here.
6d982a1 to
985823b
Compare
|
Closing — repo now has The 6 flagged No code changes remain to apply (0 open alerts, existing 🤖 Generated with Claude Code |
Summary
Dependency sweep — security bumps + in-range freshening (all within existing ranges):
vitest/@vitest/coverage-v85.0.3 → 5.0.5lerna10.1.0 → 10.1.1zod4.6.5 → 4.6.7marked18.1.0 → 18.1.1undici8.11.2 → 8.12.2 on thenode-gyp/pacoteline,undici7.29.0 → 7.30.1 on thecheerioline,ip-address,obug,postcss,rolldown)🚩 Flagged — needs review
undici7.29.0 → 7.29.1+ (medium/low/high, 6 alerts) — pinned bynx@23.3.0(the latest nx release) to an exact"7.29.0"with no range, vialerna's@nx/devkitdependency. It can't move in-range, and there's no existing override to bump — fixing it needs a newpnpm-workspace.yamloverride, which this unattended sweep doesn't add on its own. No newernxrelease exists yet to pick up a patchedundici, and no Renovate PR is currently tracking it.All six are the same underlying consumer (
nx's own bundled HTTP client, used for its build/dev tooling — not exercised via attacker-controlled input in our usage, but a human should confirm before adding an override pin that reaches intonxinternals).🤖 Generated with Claude Code