Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

yarn build prints MODULE_TYPELESS_PACKAGE_JSON warning for mkshims.ts

Offen Anfängerfreundlich
#930 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
2/5
Geschätzter Aufwand
1-3 Stunden
Anfängerfreundlichkeit
84/100
Issue-Typ
Bug
Klarheit
Klar beschrieben
Aktivitätsstatus
Aktiv
Tech-Stack
node.js, typescript
Bereich
build-system

Rechercherichtung

Lies zuerst das Build-Skript und mkshims.ts, das laut Issue der Befehl ist, der die Warnung ausgibt. Benenne es in mkshims.mts um und passe das Build-Skript so an, dass es den neuen Dateinamen verwendet. Führe yarn build aus; die Aufgabe ist erledigt, wenn die Shims ohne Warnung generiert werden.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

Since #863 switched to Node's built-in type stripping, yarn build prints this when it runs node ./mkshims.ts:

(node:48042) [MODULE_TYPELESS_PACKAGE_JSON] Warning: Module type of file:///.../corepack/mkshims.ts is not specified and it doesn't parse as CommonJS. Reparsing as ES module because module syntax was detected. This incurs a performance overhead. To eliminate this warning, add "type": "module" to /.../corepack/package.json.
(Use `node --trace-warnings ...` to show where the warning was created)
All shims have been generated.

It was mentioned in a review comment on #863 but never tracked. It doesn't affect dist/, it's just noise on every build (seen on Node 26.12.1 and in CI).

Renaming mkshims.ts to mkshims.mts and updating the build script should be enough. Adding "type": "module" to package.json would also work, but it changes how every other file in the repo gets loaded, so that seems like more risk than this warrants.

Vorherrschende Sprache
TypeScript
Sterne
3.8k
Forks
286
PR-Merge-Kennzahlen
Keine gemergten PRs in 30 T.

Entwicklungsumgebung

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus nodejs/corepack

Alle Issues in nodejs/corepack

Ähnliche Issues

Weitere Issues zu TypeScript

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.