MSYS2 ve “Bu işlemin başarılı olması için gereken en az bir geçerli ve etkin depo”.

Windows 8.1 test makinesinde ayrı bir MSYS2 32 bit ve 64 bit yüküm var. MSYS2’den satın alındı. MinGW-64 indir sayfa. Her kurulumun GCC, Git, GDB, Make, vb. Gibi geliştirici araçları vardır.

MSYS2'yi güncellerken sorun yaşıyorum. Bileşenleri güncellemeye çalıştığımda, alıyorum "Bu işlemin başarılı olması için gereken en az bir geçerli ve etkin havuz" :

Ayarlar | Ağ ayarlandı Vekalet yok . Ayarlar | Depoları varsayılan depolara sahiptir:

Sorun hem MSYS2 32-bit hem de MSYS2 64-bit ile ortaya çıkar. Ayrıca çalışırken maintenancetool.exe Yönetici olarak ve düzenli bir kullanıcı olarak.

Bildiğim kadarıyla, MSYS'yi veya çeşitli geliştirici paketlerini kurduğumdan bu yana hiçbir şey değişmedi. Depolar, oldukları gibi aynıdır.

Arama açılmıyor Beklenen sonuçlar . Çok öneri ile çok sayıda hit bekleniyordu ama 5 sonuç var (ki bu çok garip görünüyor).

Neden hatayla karşılaşıyorum ve nasıl düzeltebilirim?

maintenancetool.exe IMO inkar edilemez bir şekilde, MSYS2 Github deposunda listelenen msys2 DEV ekibinin (DÜNYA’nın tamamı görünüşte 4 kişi) gösterdiği kırık bir canavarlıktır:

uzun zaman önce batırılmış olmalıydı ve cevabın bir kısmı, MSYS2'nin tamamen el ile kaldırılması haricinde bir şey yapmanın mümkün olmadığıdır.

Asla başka hiçbir koşulda böyle bir resmi yığın cevabı göndermedim ama bu ne yazık ki gerçek ve bu durumda başkalarını arayarak çok zaman kazandıracak. Ben de her şeyi denemekle çok fazla zaman kaybettim ve evet, QT vb. İçin repoları manuel olarak eklemeye çalışabilirsiniz, ancak bu tipik bir Windows kurulumunda genellikle mingwin32 / 64 / msys + olan amaç için geçerli bir çözüm değildir.

Bunun yerine, yalnızca kısmi bir cevap olarak, ikinci kısım, bulduğum tek geçici çözümün kabuğu başlatmaktır ve kullanım hataları vb.

   <DO>

1. pacman -Syu --force

2. <WAIT UNTIL PROMPTED WITH IN USE (IF CORE UPDATING) - CLICK X TO KILL SHELL/RELAUNCH/RERUN SAME ABOVE COMMAND AGAIN>

   <LOOP UNTIL IT REPORTS UP TO DATE>

Bu kodu işleyen DEV'ler, daha sonra bu şekilde kırılan araç setinin PRIMARY yüzü olarak halka açık bırakıncaya kadar, mevcut istenmeyen lanet GUI düğmeleri / dropdowns / textboxes tarafından tasarlanan fonksiyonları sağlayan forma ÇALIŞMA kodunu yerleştirmeye karar verir. /vb. (onu çalışan bir GUI paket yönetimi arayüzü yapın) kendinize bir iyilik yapın ve bir dahaki sefere kendinize hatırlatmak için yaptığım şeyi yapın ve maintenancetool.exe.IS.BROKEN!!!.txt dizinin altındaki dosya. :)

Yorum yapmak için çok uzun bir mesaj bu yüzden cevap olarak gönderiyorum. Yaparsan pacman -Syu Ne alıyorsun? Depoları aldın mı?

Benim durumumda olduğu gibi biraz almalısınız:

$ pacman -Syu
:: Synchronizing package databases...
 mingw32                  485.9 KiB   576K/s 00:01 [#####################] 100%
 mingw32.sig              119.0   B  0.00B/s 00:00 [#####################] 100%
 mingw64                  486.8 KiB   956K/s 00:01 [#####################] 100%
 mingw64.sig              119.0   B  0.00B/s 00:00 [#####################] 100%
 msys                     171.6 KiB  1016K/s 00:00 [#####################] 100%
 msys.sig                 119.0   B  0.00B/s 00:00 [#####################] 100%
:: Starting core system upgrade...
warning: terminate other MSYS2 programs before proceeding
resolving dependencies...
looking for conflicting packages...

Packages (2) msys2-runtime-2.11.1-2  msys2-runtime-devel-2.11.1-2

Total Download Size:    7.00 MiB
Total Installed Size:  40.27 MiB
Net Upgrade Size:       0.73 MiB

:: Proceed with installation? [Y/n]

Msys2 kabuk kullanırken benzer bir yanıt alıyor musunuz?

Zaten yorumda yazdığım gibi kullanmanızı öneririm scoop msys2'yi yüklemek için.