RubyInstaller : pourquoi les mises à jour de MSYS2 peuvent échouer derrière un proxy
La chaîne d'outils de développement de RubyInstaller utilise les outils de paquets de MSYS2. Un proxy RubyGems qui fonctionne ne prouve pas que pacman emprunte la même route.
Ruby démarre correctement, mais l'installation de la chaîne d'outils de développement échoue pendant une mise à jour de MSYS2. Vous avez atteint un autre système de paquets, pas une nouvelle tentative de RubyGems pour récupérer le même gem.
RubyInstaller utilise MSYS2 pour les outils de développement concernés. Son flux de travail ridk peut donc atteindre une étape où les outils de paquets de MSYS2, dont pacman, effectuent la requête réseau.
Identifiez cette étape dans le journal. Vérifiez l'environnement proxy et le comportement du téléchargeur pris en charge depuis le processus MSYS2, pas seulement le proxy configuré pour gem dans un autre terminal Windows.
Une modification persistante de l'environnement Windows ne réécrit pas non plus l'environnement de chaque processus déjà en cours d'exécution. Le contexte de lancement peut expliquer pourquoi un shell de chaîne d'outils fraîchement ouvert se comporte différemment d'un programme d'installation lancé plus tôt.
Utilisez les instructions actuelles de RubyInstaller et de MSYS2 pour les versions installées. Un ancien contournement qui supprime les bases de données de paquets puis actualise tout combine plusieurs changements ; il ne prouve pas que la suppression de la base de données a réparé une connexion proxy.
Distinguez la route réseau, les métadonnées du dépôt et les erreurs de signature de paquets. Configurez le proxy approuvé et la confiance requise pour la requête réelle avant de modifier l'état des paquets. Une fois la mise à jour de la chaîne d'outils fonctionnelle, une défaillance ultérieure de RubyGems est un autre client à diagnostiquer.