RubyInstaller: de ce actualizările MSYS2 pot eșua în spatele unui proxy
Lanțul de instrumente de dezvoltare al RubyInstaller folosește instrumentele de pachete ale MSYS2. Un proxy RubyGems funcțional nu dovedește că pacman are aceeași rută.
Ruby pornește corect, dar configurarea lanțului de instrumente de dezvoltare eșuează în timpul unei actualizări MSYS2. Ați ajuns la un alt sistem de pachete, nu la o altă încercare a RubyGems de a aduce același gem.
RubyInstaller folosește MSYS2 pentru instrumentele de dezvoltare respective. Prin urmare, fluxul său de lucru ridk poate ajunge într-o etapă în care instrumentele de pachete ale MSYS2, inclusiv pacman, fac cererea de rețea.
Identificați acea etapă în jurnal. Verificați mediul proxy și comportamentul descărcătorului acceptat din procesul MSYS2, nu doar proxy-ul configurat pentru gem într-un alt terminal Windows.
O modificare persistentă a mediului Windows nu rescrie nici mediul fiecărui proces deja în execuție. Contextul de lansare poate explica de ce un shell al lanțului de instrumente deschis recent se comportă diferit față de un instalator pornit mai devreme.
Folosiți instrucțiunile actuale RubyInstaller și MSYS2 pentru versiunile instalate. O soluție veche care șterge bazele de date ale pachetelor și apoi reîmprospătează totul combină mai multe modificări; nu dovedește că ștergerea bazei de date a reparat o conexiune proxy.
Țineți separate ruta de rețea, metadatele depozitului și erorile de semnătură a pachetelor. Configurați proxy-ul aprobat și încrederea necesară pentru cererea reală înainte de a modifica starea pachetelor. Odată ce actualizarea lanțului de instrumente funcționează, o eșuare ulterioară a RubyGems este un alt client de diagnosticat.