- Spegnimento
- 14 agosto 2026 alle ore 16:15 UTC
- Autore
- kamo
- Impegno
- daa0684
L'immagine è morta in `next build` con Scarica il pacchetto swc @next/swc-linux-x64-gnu... unhandledRejection TypeError: terminato (UND ERR SOCKET) dopo aver letto 31 MB di un ~40 MB scaricare. Quella linea non è un musl/glibc mixup — Il ritorno del prossimo cammina ogni triplo per l'arco in ordine e gnu è semplicemente il primo, in modo da vedere a tutti dimostra che NO binario swc è stato installato. Perché mancava: @next/swc- <platform> è una dipendenza OPTIONAL, e npm esce 0 dopo aver saltato silenziosamente un pacchetto opzionale il cui fetch fallito. L'ingresso di questo corridore è già noto per corrompere i flussi TLS metà fetch — lo stesso run mostra ERR SSL CIPHER OPERATION FAILED uccisione le prime npm ci outright. Il retry aggiunto in 73fefff9 esiste per esattamente quel flakiness, ma guarda solo il codice di uscita di npm, quindi l'unico pacchetto la costruzione non può procedere senza è l'unico fallimento che non poteva vedere. `next build` quindi ri-scarica il binario stesso sopra lo stesso collegamento con nessun retry e nessuna cache, che è il fallimento che effettivamente superfici. Verificare il binario dopo ogni tentativo di installazione gira la goccia silenziosa di nuovo in un guasto di installazione ordinario le maniglie retry esistenti. The la guardia legge Il tavolo triplo del prossimo piuttosto che la costruzione di una piattaforma, così non può derivare dal caricatore che protegge. Verificato in nodo:24-alpine sul corridore, con il vero lockfile e il reale `npm ci --legacy-peer-deps --force`: installa swc-linux-x64-musl e la guardia passa; con il binario rimosso la guardia fallisce con un messaggio attuabile. (Anche conferma --forza non è la stessa causa.)