RubyInstaller: pse përditësimet e MSYS2 mund të dështojnë pas një proxy
Zinxhiri i mjeteve të zhvillimit të RubyInstaller përdor mjetet e paketave të MSYS2. Një proxy RubyGems që funksionon nuk është provë se pacman ka të njëjtën rrugë.
Ruby niset saktë, por konfigurimi i zinxhirit të mjeteve të zhvillimit dështon gjatë një përditësimi të MSYS2. Ju keni arritur në një sistem tjetër paketash, jo në një tentativë tjetër të RubyGems për të marrë të njëjtin gem.
RubyInstaller përdor MSYS2 për mjetet përkatëse të zhvillimit. Prandaj rrjedha e tij e punës ridk mund të arrijë në një fazë ku mjetet e paketave të MSYS2, përfshirë pacman, kryejnë kërkesën e rrjetit.
Identifikoni atë fazë në regjistër. Kontrolloni mjedisin e proxy-t dhe sjelljen e shkarkuesit të mbështetur nga procesi i MSYS2, jo vetëm proxy-n e konfiguruar për gem në një terminal tjetër të Windows.
Një ndryshim i përhershëm i mjedisit të Windows gjithashtu nuk rishkruan mjedisin e çdo procesi që tashmë është duke punuar. Konteksti i nisjes mund të shpjegojë pse një shell i zinxhirit të mjeteve i sapo hapur sillet ndryshe nga një instalues i nisur më parë.
Përdorni udhëzimet aktuale të RubyInstaller dhe MSYS2 për versionet e instaluara. Një zgjidhje e vjetër që fshin bazat e të dhënave të paketave dhe pastaj rifreskon gjithçka kombinon disa ndryshime; ajo nuk provon se fshirja e bazës së të dhënave riparoi një lidhje proxy.
Mbani të ndara rrugën e rrjetit, metadatat e depove dhe gabimet e nënshkrimit të paketave. Konfiguroni proxy-n e miratuar dhe besimin e nevojshëm për kërkesën reale përpara se të ndryshoni gjendjen e paketave. Pasi përditësimi i zinxhirit të mjeteve të funksionojë, një dështim i mëvonshëm i RubyGems është një klient tjetër për t'u diagnostikuar.