Dependency maintenance pass — svelte + @types/node patch/major bumps, workspace isolation fix
Dependency maintenance pass — svelte + @types/node patch/major bumps, workspace isolation fix
Why Care?
Routine maintenance sweep to catch patch/minor drift after the Astro 7 upgrade landed. Nothing dramatic in the dependency graph itself, but the process surfaced a real isolation bug worth fixing: running pnpm outdated/pnpm install from inside this site was silently bleeding into the parent astro-knots workspace and rewriting its root pnpm-lock.yaml (it deleted the sites/cilantro-site importer entirely on one run). That’s now fixed at the source.
What’s New?
| Package | Before | After |
|---|---|---|
svelte |
^5.56.3 |
^5.56.4 |
@types/node |
^25.6.0 |
^26.1.0 |
@astrojs/db@0.21.3 shows as outdated with target Deprecated — the package has no newer version, it’s deprecated upstream in favor of a direct database client (Drizzle/Kysely). Already tracked as a separate migration in the prior changelog entry; out of scope for this patch/minor pass.
Fixes bundled with this pass
- Workspace isolation (
pnpm-workspace.yaml, new file). Despite.npmrcalready settingignore-workspace=true, runningpnpm install/pnpm outdatedfrom this directory still resolved the parentastro-knots/pnpm-workspace.yamlas the workspace root (confirmed viapnpm list -r --depth -1showing all 8 astro-knots workspace projects). A firstpnpm installin this session corrupted the parent’spnpm-lock.yaml(906 lines removed, including the entiresites/cilantro-siteimporter) — reverted immediately withgit checkout -- pnpm-lock.yamlin the parent repo before anything was committed. Added an emptypackages: []pnpm-workspace.yamlto this site, matching the existing convention already used bytwf_site,hypernova-site, andmpstaton-site. Verified withpnpm list -r --depth -1before/after — now correctly shows onlyfullstack-vcas a workspace member. changelog/2026-07-06_01.mdschema mismatch. That entry useddate_created/date_modifiedand a list-valuedaugmented_with, but this site’ssrc/content.config.tschangelogcollection schema requires a coercibledatefield and a string-typedaugmented_with. This brokepnpm buildoutright (InvalidContentEntryDataError) — confirmed via a baseline comparison that the failure predates this session’s dependency changes. Added adatefield and convertedaugmented_withto a string; leftdate_created/date_modifiedin place since the schema is.passthrough().
Verification
pnpm build— passes cleanly (110+ routes prerendered, server output, Vercel adapter bundled, sitemap generated).pnpm exec astro check— 16 pre-existing errors, 0 warnings, 355 hints. Confirmed via a baseline diff (revertingpackage.json/pnpm-lock.yamlto the pre-upgrade commit, reinstalling, and re-running check) that the error set is byte-for-byte identical before and after this pass — all 16 predate this work and are unrelated to the dependency bumps (React-less TS strictness issues inpeople/index.astro,stacks/index.astro,slides/*, and aBuffer/BlobPartmismatch inideogram.ts). Not fixed here per scope.