Skip to content

fix: declare tslib as a runtime dependency - #2109

Merged
9renpoto merged 1 commit into
mainfrom
agent/fix-tslib-runtime-dependency
Jul 22, 2026
Merged

fix: declare tslib as a runtime dependency#2109
9renpoto merged 1 commit into
mainfrom
agent/fix-tslib-runtime-dependency

Conversation

@9renpoto

Copy link
Copy Markdown
Member

Summary

  • declare tslib@2.8.1 as a direct runtime dependency of all four published packages
  • keep the version aligned with the official NestJS packages
  • update the workspace lockfile

Why

The repository compiles with importHelpers: true, so the published JavaScript imports helpers from tslib at runtime. Relying on a transitive dependency makes the packages fail under strictly isolated dependency layouts such as pnpm.

Declaring tslib directly ensures each published package can resolve the helpers it emits without requiring consumers to install an undeclared implementation dependency.

Validation

  • all four published package builds passed
  • npm pack --dry-run passed for all four packages
  • package manifests and workspace lockfile entries resolve tslib to 2.8.1
  • git diff --check passed
  • the root workspace build reaches the example app, which still fails with the existing TS5055 errors caused by files under example/dist

Closes #2019

This PR was prepared with OpenAI Codex.

@9renpoto 9renpoto self-assigned this Jul 22, 2026
@9renpoto
9renpoto marked this pull request as ready for review July 22, 2026 12:16
@9renpoto
9renpoto merged commit 631ad21 into main Jul 22, 2026
9 checks passed
@9renpoto
9renpoto deleted the agent/fix-tslib-runtime-dependency branch July 22, 2026 12:16
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.

Packages are built with importHelpers: true but tslib is missing as dependency

1 participant