RubyInstaller: Warum MSYS2-Updates hinter einem Proxy scheitern können
Die Entwicklungswerkzeugkette von RubyInstaller nutzt die Paketwerkzeuge von MSYS2. Ein funktionierender RubyGems-Proxy ist kein Beweis dafür, dass pacman dieselbe Route hat.
Ruby startet korrekt, aber die Einrichtung der Entwicklungswerkzeugkette scheitert während eines MSYS2-Updates. Sie sind bei einem anderen Paketsystem angekommen, nicht bei einem weiteren Versuch von RubyGems, dasselbe Gem zu holen.
RubyInstaller verwendet MSYS2 für die betreffenden Entwicklungswerkzeuge. Daher kann sein ridk-Workflow eine Phase erreichen, in der die Paketwerkzeuge von MSYS2, einschließlich pacman, die Netzwerkanfrage ausführen.
Identifizieren Sie diese Phase im Protokoll. Prüfen Sie die Proxy-Umgebung und das Verhalten des unterstützten Downloaders aus dem MSYS2-Prozess heraus, nicht nur den Proxy, der für gem in einem anderen Windows-Terminal konfiguriert ist.
Eine dauerhafte Änderung der Windows-Umgebung schreibt auch nicht die Umgebung jedes bereits laufenden Prozesses neu. Der Startkontext kann erklären, warum sich eine neu geöffnete Werkzeugketten-Shell anders verhält als ein früher gestarteter Installer.
Verwenden Sie die aktuellen RubyInstaller- und MSYS2-Anweisungen für die installierten Versionen. Ein alter Workaround, der Paketdatenbanken löscht und dann alles neu lädt, kombiniert mehrere Änderungen; er belegt nicht, dass das Löschen der Datenbank eine Proxy-Verbindung repariert hat.
Halten Sie Netzwerkroute, Repository-Metadaten und Paketsignaturfehler getrennt. Konfigurieren Sie den genehmigten Proxy und das erforderliche Vertrauen für die tatsächliche Anfrage, bevor Sie den Paketzustand ändern. Wenn das Werkzeugketten-Update funktioniert, ist ein späterer RubyGems-Fehler ein separater zu diagnostizierender Client.