RubyInstaller: чому оновлення MSYS2 можуть збоїти за проксі
Ланцюжок інструментів розробки RubyInstaller використовує пакувальні інструменти MSYS2. Робочий проксі для RubyGems не доводить, що pacman має той самий маршрут.
Ruby запускається правильно, але налаштування ланцюжка інструментів розробки зривається під час оновлення MSYS2. Ви потрапили до іншої пакувальної системи, а не до чергової спроби RubyGems отримати той самий gem.
RubyInstaller використовує MSYS2 для відповідних інструментів розробки. Тому його робочий процес ridk може дійти до етапу, на якому мережевий запит виконують пакувальні інструменти MSYS2, зокрема pacman.
Визначте цей етап у журналі. Перевіряйте середовище проксі та поведінку підтримуваного завантажувача з процесу MSYS2, а не лише проксі, налаштований для gem в іншому терміналі Windows.
Постійна зміна середовища Windows також не перезаписує середовище кожного вже запущеного процесу. Контекст запуску може пояснити, чому щойно відкрита оболонка ланцюжка інструментів поводиться інакше, ніж інсталятор, запущений раніше.
Використовуйте актуальні інструкції RubyInstaller і MSYS2 для встановлених версій. Старий обхідний шлях, який видаляє бази даних пакетів і потім оновлює все, поєднує кілька змін; він не доводить, що видалення бази виправило з'єднання через проксі.
Розділяйте мережевий маршрут, метадані сховища та помилки підпису пакетів. Налаштуйте схвалений проксі й потрібну довіру для фактичного запиту, перш ніж змінювати стан пакетів. Коли оновлення ланцюжка інструментів запрацює, наступний збій RubyGems — окремий клієнт для діагностики.