- Szycy
- 14 sierpnia 2026 16:15 UTC
- Autor
- kamo
- Pochęt się
- daa0684
Obraz zmarnował w "następnej kompilacji" z Pobieranie pakietu swc ?next/swc-linux-x64-gnu... NiehandledReaction TypeError: zakończone (UND_ERR_SOCKET) Po przeczytaniu 31 MB pobierania 40 MB. Ta linia nie jest musl/glibc Pomyłka – Next's fall walks co potrójny dla łuku w kolejności i gnu Jest po prostu pierwszy, więc zobaczenie go w ogóle dowodzi, że nie zainstalowano binarny swc. Dlaczego zabrakło: „Zatoki/swc--platform” jest zależnością optymalną, oraz Wyjście npm 0 po cichym pominięciu opcjonalnego pakietu, którego pobranie Nie udało się. Egresja tego biegacza jest już znana ze skorumpowania strumieni TLS mid-fetch — ten sam bieg pokazuje ERR_SSL_CIPHER_OPERATION_FAILED zabijanie Pierwszy npm ci wprost. Powtórna próba dodana w 73fefff9 istnieje dokładnie Ta trzepota, ale zegarka tylko kod wyjścia npm, więc jeden pakiet Bezbudowa nie może być kontynuowana bez tej jednej porażki, której nie mógł zobaczyć. "Następna kompilacja" następnie ponownie pobiera samo binarny nad tym samym połączeniem z Żadnego ponownego próbowania i bez pamięci podręcznej, która jest awarią, która faktycznie się wynurzy. Weryfikacja binarnego po każdej próbie instalacji odwraca cichy spadek Z powrotem do zwykłej awarii instalacji istniejących uchwytów ponownego próbowania. A w tym, w tym, że poty ot ws. ws. w tym, co w tym, co Strażnik czyta własny potrójny stół Nexta, a nie na twardo kodowanie platformy, Tak więc nie może dryfować od ładowarki, którą chroni. Zweryfikowany w węźle: 24-alpeca na biegacza, z prawdziwym pliku blokady i Prawdziwe "npm ci --legacy-peer-deps --force": instaluje swc-linux-x64-musl i Strażnik przechodzi; z usunięciem binarnego strażnika zawodzi z Właściwa wiadomość. (Potwierdza również -- siłę nie jest przyczyną.)