RubyInstaller: varför MSYS2-uppdateringar kan misslyckas bakom en proxy
RubyInstallers utvecklingsverktygskedja använder MSYS2:s paketverktyg. En fungerande RubyGems-proxy är inget bevis för att pacman har samma väg.
Ruby startar korrekt, men installationen av utvecklingsverktygskedjan misslyckas under en MSYS2-uppdatering. Du har nått ett annat paketsystem, inte ett nytt försök från RubyGems att hämta samma gem.
RubyInstaller använder MSYS2 för de aktuella utvecklingsverktygen. Därför kan dess ridk-arbetsflöde nå ett steg där MSYS2:s paketverktyg, inklusive pacman, utför nätverksbegäran.
Identifiera det steget i loggen. Kontrollera proxy-miljön och beteendet hos den nedladdare som stöds från MSYS2-processen, inte bara proxyn som är konfigurerad för gem i en annan Windows-terminal.
En bestående ändring av Windows-miljön skriver inte heller om miljön för varje process som redan körs. Startkontexten kan förklara varför ett nyligen öppnat verktygskedje-skal beter sig annorlunda än ett installationsprogram som startades tidigare.
Använd de aktuella RubyInstaller- och MSYS2-instruktionerna för de installerade versionerna. En gammal lösning som raderar paketdatabaser och sedan uppdaterar allt kombinerar flera ändringar; den bevisar inte att raderingen av databasen reparerade en proxyanslutning.
Håll nätverksvägen, förrådets metadata och paketsignaturfel åtskilda. Konfigurera den godkända proxyn och det nödvändiga förtroendet för den faktiska begäran innan du ändrar paketstatusen. När verktygskedjeuppdateringen fungerar är ett senare RubyGems-fel en separat klient att diagnostisera.