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