RubyInstaller: dlaczego aktualizacje MSYS2 mogą się nie udać za proxy
Łańcuch narzędzi programistycznych RubyInstallera korzysta z narzędzi pakietów MSYS2. Działające proxy dla RubyGems nie dowodzi, że pacman ma tę samą trasę.
Ruby uruchamia się poprawnie, ale konfiguracja łańcucha narzędzi programistycznych kończy się niepowodzeniem podczas aktualizacji MSYS2. Trafiłeś na inny system pakietów, a nie na kolejną próbę RubyGems pobrania tego samego gema.
RubyInstaller używa MSYS2 dla odpowiednich narzędzi programistycznych. Dlatego jego przepływ pracy ridk może dotrzeć do etapu, na którym żądanie sieciowe wykonują narzędzia pakietów MSYS2, w tym pacman.
Zidentyfikuj ten etap w dzienniku. Sprawdź środowisko proxy i zachowanie obsługiwanego downloadera z procesu MSYS2, a nie tylko proxy skonfigurowane dla gem w innym terminalu Windows.
Trwała zmiana środowiska Windows również nie przepisuje środowiska każdego już działającego procesu. Kontekst uruchomienia może wyjaśnić, dlaczego nowo otwarta powłoka łańcucha narzędzi zachowuje się inaczej niż instalator uruchomiony wcześniej.
Używaj aktualnych instrukcji RubyInstallera i MSYS2 dla zainstalowanych wersji. Stare obejście, które usuwa bazy danych pakietów, a następnie odświeża wszystko, łączy kilka zmian; nie dowodzi, że usunięcie bazy naprawiło połączenie przez proxy.
Oddzielaj trasę sieciową, metadane repozytorium i błędy podpisu pakietów. Skonfiguruj zatwierdzone proxy i wymagane zaufanie dla rzeczywistego żądania, zanim zmienisz stan pakietów. Gdy aktualizacja łańcucha narzędzi zacznie działać, późniejsza awaria RubyGems to osobny klient do zdiagnozowania.