RubyInstaller: por que as actualizacións de MSYS2 poden fallar detrás dun proxy
A cadea de ferramentas de desenvolvemento de RubyInstaller usa as ferramentas de paquetes de MSYS2. Un proxy de RubyGems que funciona non demostra que pacman siga a mesma ruta.
Ruby arrinca correctamente, pero a configuración da cadea de ferramentas de desenvolvemento falla durante unha actualización de MSYS2. Chegaches a outro sistema de paquetes, non a outro intento de RubyGems de obter o mesmo gem.
RubyInstaller usa MSYS2 para as ferramentas de desenvolvemento correspondentes. Por iso o seu fluxo de traballo ridk pode chegar a unha etapa na que as ferramentas de paquetes de MSYS2, incluído pacman, realizan a solicitude de rede.
Identifica esa etapa no rexistro. Comproba a contorna do proxy e o comportamento do descargador admitido desde o proceso de MSYS2, non só o proxy configurado para gem noutro terminal de Windows.
Un cambio persistente na contorna de Windows tampouco reescribe a contorna de cada proceso que xa está en execución. O contexto de inicio pode explicar por que un shell da cadea de ferramentas recentemente aberto se comporta de forma distinta a un instalador iniciado antes.
Usa as instrucións actuais de RubyInstaller e MSYS2 para as versións instaladas. Unha solución antiga que borra as bases de datos de paquetes e despois actualiza todo combina varios cambios; non demostra que borrar a base de datos reparase unha conexión de proxy.
Mantén separadas a ruta de rede, os metadatos do repositorio e os erros de sinatura de paquetes. Configura o proxy aprobado e a confianza necesaria para a solicitude real antes de alterar o estado dos paquetes. Cando a actualización da cadea de ferramentas funcione, un fallo posterior de RubyGems é outro cliente que diagnosticar.