RubyInstaller: kvifor MSYS2-oppdateringar kan feile bak ein proxy
Utviklarverktøykjeda til RubyInstaller brukar pakkeverktøya til MSYS2. Ein fungerande RubyGems-proxy er ikkje prov på at pacman har same rute.
Ruby startar rett, men oppsettet av utviklarverktøykjeda feilar under ei MSYS2-oppdatering. Du har nådd eit anna pakkesystem, ikkje eit nytt forsøk frå RubyGems på å hente den same gem-en.
RubyInstaller brukar MSYS2 for dei aktuelle utviklarverktøya. Difor kan ridk-arbeidsflyten nå eit trinn der pakkeverktøya til MSYS2, medrekna pacman, utfører nettverksførespurnaden.
Identifiser det trinnet i loggen. Kontroller proxy-miljøet og åtferda til den støtta nedlastaren frå MSYS2-prosessen, ikkje berre proxyen som er sett opp for gem i ein annan Windows-terminal.
Ei varig endring av Windows-miljøet skriv heller ikkje om miljøet til kvar prosess som alt køyrer. Startkonteksten kan forklare kvifor eit nyleg opna verktøykjede-skal oppfører seg annleis enn ein installasjon som vart starta tidlegare.
Bruk dei gjeldande RubyInstaller- og MSYS2-instruksjonane for dei installerte versjonane. Ei gammal løysing som slettar pakkedatabasar og deretter oppdaterer alt, kombinerer fleire endringar; ho provar ikkje at slettinga av databasen reparerte ei proxy-tilkopling.
Hald nettverksruta, metadataa til depotet og pakkesignaturfeil fråskilde. Konfigurer den godkjende proxyen og den naudsynte tilliten for den faktiske førespurnaden før du endrar pakketilstanden. Når verktøykjedeoppdateringa virkar, er ein seinare RubyGems-feil ein eigen klient å diagnostisere.