RubyInstaller: por qué las actualizaciones de MSYS2 pueden fallar detrás de un proxy
La cadena de herramientas de desarrollo de RubyInstaller usa las herramientas de paquetes de MSYS2. Un proxy de RubyGems que funciona no demuestra que pacman siga la misma ruta.
Ruby arranca correctamente, pero la configuración de la cadena de herramientas de desarrollo falla durante una actualización de MSYS2. Ha llegado a otro sistema de paquetes, no a otro intento de RubyGems de obtener el mismo gem.
RubyInstaller usa MSYS2 para las herramientas de desarrollo correspondientes. Por eso su flujo de trabajo ridk puede llegar a una etapa en la que las herramientas de paquetes de MSYS2, incluido pacman, realizan la solicitud de red.
Identifique esa etapa en el registro. Compruebe el entorno del proxy y el comportamiento del descargador admitido desde el proceso de MSYS2, no solo el proxy configurado para gem en otra terminal de Windows.
Un cambio persistente en el entorno de Windows tampoco reescribe el entorno de cada proceso que ya se está ejecutando. El contexto de inicio puede explicar por qué un shell de la cadena de herramientas recién abierto se comporta de forma distinta a un instalador iniciado antes.
Use las instrucciones actuales de RubyInstaller y MSYS2 para las versiones instaladas. Un truco antiguo que elimina las bases de datos de paquetes y luego lo actualiza todo combina varios cambios; no demuestra que borrar la base de datos haya reparado una conexión de proxy.
Mantenga separadas la ruta de red, los metadatos del repositorio y los errores de firma de paquetes. Configure el proxy aprobado y la confianza necesaria para la solicitud real antes de alterar el estado de los paquetes. Cuando la actualización de la cadena de herramientas funcione, un fallo posterior de RubyGems es otro cliente que diagnosticar.