- Verschifft
- 14. August 2026 um 16:15 UTC
- Autor
- kamo
- Ausschuss
- daa0684
Das Bild bauen starb in "nächsten bauen" mit Download swc Paket @next/swc-linux-x64-gnu... unhandledRejection TypeError: beendet (UND_ERR_SOCKET) nach dem Lesen von 31 MB eines Downloades von ca. 40 MB. Diese Linie ist kein Musl/glibc Mixup - Next's Fallback geht jedes Triple für den Bogen in Ordnung und gnu ist einfach zuerst, so sehen es überhaupt beweist NO swc binäre installiert wurde. Warum es fehlte: @next/swc-<platform? ist eine OPTIONAL Abhängigkeit, und npm exits 0 nach lautlos überspringen ein optionales Paket, dessen holen gescheitert. Der Ausstieg dieses Läufers ist bereits dafür bekannt, TLS-Streams zu korrumpieren mid-fetch - der gleiche Lauf zeigt ERR_SSL_CIPHER_OPERATION_FAILED Tötung die erste npm ci geradeaus. Der in 73fefff9 hinzugefügte Retry existiert für genau dass flakiness, aber es sieht nur npm Exit-Code, so dass die eine Paket der Bau kann ohne das einzige Versagen weitergehen, das es nicht sehen konnte. "next build" lädt dann die Binärdatei selbst über den gleichen Link mit kein Retry und kein Cache, das ist der Ausfall, der tatsächlich auftaucht. Überprüfen der Binärdatei nach jedem Installationsversuch dreht sich der stille Tropfen zurück in einen gewöhnlichen Installationsfehler der vorhandenen Retrotch-Handles. Die Wache liest Nexts eigene dreifache Tabelle anstatt Hardkodierung einer Plattform, so kann es nicht vom Lader driften, den es bewacht. Verifiziert in Knoten:24-alpine auf dem Läufer, mit der echten Lock-Datei und die real npm ci --legacy-peer-deps --force": installiert swc-linux-x64-musl und der Wache geht; mit der Binär entfernt die Wache versagt mit einem umsetzbare Botschaft. (Auch bestätigt --Zwang ist nicht selbst die Ursache.)