RubyInstaller: bakit nabibigo ang mga update ng MSYS2 sa likod ng proxy

Nagsisimula nang tama ang Ruby, ngunit nabibigo ang pag-set up ng development toolchain sa panahon ng update ng MSYS2. Nakarating ka sa ibang package system, hindi sa isa pang pagtatangkang kunin ng RubyGems ang parehong gem.

Ginagamit ng RubyInstaller ang MSYS2 para sa mga kaugnay na development tool. Kaya naman maaaring makarating ang workflow nitong ridk sa yugto kung saan ang package tooling ng MSYS2, kasama ang pacman, ang gumagawa ng network request.

Kilalanin ang yugtong iyon sa log. Suriin ang proxy environment at ang pag-uugali ng sinusuportahang downloader mula sa proseso ng MSYS2, hindi lamang ang proxy na naka-configure para sa gem sa ibang terminal ng Windows.

Ang permanenteng pagbabago sa Windows environment ay hindi rin nagsusulat muli ng environment ng bawat prosesong tumatakbo na. Ang konteksto ng paglulunsad ay maaaring magpaliwanag kung bakit naiiba ang pag-uugali ng bagong bukas na toolchain shell kaysa sa installer na sinimulan kanina.

Gamitin ang kasalukuyang mga tagubilin ng RubyInstaller at MSYS2 para sa mga naka-install na bersyon. Ang lumang paraan na nagtatanggal ng mga database ng package at pagkatapos ay nire-refresh ang lahat ay pinagsasama ang ilang pagbabago; hindi nito pinatutunayan na inayos ng pagtanggal ng database ang koneksyon sa proxy.

Panatilihing hiwalay ang ruta ng network, metadata ng repository, at mga error sa lagda ng package. I-configure ang aprubadong proxy at ang kinakailangang tiwala para sa aktwal na kahilingan bago baguhin ang estado ng package. Kapag gumana na ang update ng toolchain, ang susunod na pagkabigo ng RubyGems ay isang hiwalay na client na dapat i-diagnose.