RubyInstaller: რატომ შეიძლება MSYS2-ის განახლებები ჩავარდეს პროქსის უკან
RubyInstaller-ის განვითარების ხელსაწყოების ჯაჭვი იყენებს MSYS2-ის პაკეტურ ხელსაწყოებს. მომუშავე RubyGems პროქსი არ არის მტკიცებულება, რომ pacman-ს იგივე მარშრუტი აქვს.
Ruby სწორად იწყება, მაგრამ განვითარების ხელსაწყოების ჯაჭვის დაყენება MSYS2-ის განახლების დროს ჩავარდება. თქვენ მოხვდით სხვა პაკეტურ სისტემაში და არა RubyGems-ის კიდევ ერთ მცდელობაში იმავე gem-ის მისაღებად.
RubyInstaller იყენებს MSYS2-ს შესაბამისი განვითარების ხელსაწყოებისთვის. ამიტომ მისი ridk სამუშაო პროცესი შეიძლება მივიდეს ეტაპამდე, როცა ქსელურ მოთხოვნას ასრულებს MSYS2-ის პაკეტური ხელსაწყოები, pacman-ის ჩათვლით.
ამოიცანით ეს ეტაპი ჟურნალში. შეამოწმეთ პროქსის გარემო და მხარდაჭერილი ჩამომტვირთავის ქცევა MSYS2 პროცესიდან, და არა მხოლოდ პროქსი, რომელიც gem-ისთვის სხვა Windows ტერმინალშია დაყენებული.
Windows-ის გარემოში მუდმივი ცვლილება ასევე არ გადაწერს უკვე გაშვებული ყოველი პროცესის გარემოს. გაშვების კონტექსტი შეიძლება განმარტავდეს, რატომ იქცევა ახლად გახსნილი ხელსაწყოების ჯაჭვის shell განსხვავებულად, ვიდრე ადრე გაშვებული ინსტალატორი.
დაყენებული ვერსიებისთვის გამოიყენეთ RubyInstaller-ისა და MSYS2-ის მიმდინარე ინსტრუქციები. ძველი ხერხი, რომელიც პაკეტების მონაცემთა ბაზებს შლის და შემდეგ ყველაფერს აახლებს, რამდენიმე ცვლილებას აერთიანებს; ის არ ამტკიცებს, რომ ბაზის წაშლამ პროქსის კავშირი შეაკეთა.
გამოყავით ქსელური მარშრუტი, საცავის მეტამონაცემები და პაკეტის ხელმოწერის შეცდომები. პაკეტის მდგომარეობის შეცვლამდე დააყენეთ დამტკიცებული პროქსი და საჭირო ნდობა რეალური მოთხოვნისთვის. როცა ხელსაწყოების ჯაჭვის განახლება იმუშავებს, RubyGems-ის შემდგომი ჩავარდნა ცალკე დიაგნოსტიკის მქონე კლიენტია.