You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
@sveltejs/kit@2.69.2 declares peerDependencies.typescript: "^5.3.3 || ^6.0.0" (optional peer). TS 7 is outside the range, and npm's resolver refuses.
Why CI never sees it: the committed package-lock.json is internally valid, so npm ci succeeds and CI stays green. The failure only exists for npm install from scratch — i.e. exactly the command a new contributor runs first. (#78 switches setup-dev.sh to npm ci, which fixes the symptom for people using the setup script; this issue is the root cause.)
The question
Is TS 7 intentional here?
If yes (it works in practice and you want to stay ahead of kit's declared range): an overrides entry in package.json would document that decision and let npm install resolve.
If no: pinning back to ^6 restores a clean resolve, and a dependabot ignore rule for typescript major bumps prevents recurrence until kit widens its range.
Confirmed stale on main bfe84a981acf5209cba1f43152e4989377f3b19f.
package.json now pins "typescript": "^6.0.2" (no longer ^7.0.2 from #75 / 8adca515). That is back inside @sveltejs/kit's optional peer "^5.3.3 || ^6.0.0", so the fresh-clone npm install ERESOLVE described here should be gone.
Safe to close unless you intentionally want a TS 7 track again (then an overrides entry would still be the documented escape hatch).
Activity
kvnloo commentedon Sep 9, 2026
Confirmed stale on main
bfe84a981acf5209cba1f43152e4989377f3b19f.package.jsonnow pins"typescript": "^6.0.2"(no longer^7.0.2from #75 /8adca515). That is back inside@sveltejs/kit's optional peer"^5.3.3 || ^6.0.0", so the fresh-clonenpm installERESOLVE described here should be gone.Safe to close unless you intentionally want a TS 7 track again (then an
overridesentry would still be the documented escape hatch).