J'ai essayé de mettre à jour mon système d'arc aujourd'hui et Pacman essaie de se mettre à jour et est incapable de le faire en raison de la défaite de la dépendance. L'erreur est la suivante:
:: Synchronizing package databases...
core 133,9 KiB 542K/s 00:00 [#######################################################] 100%
extra 1644,6 KiB 392K/s 00:04 [#######################################################] 100%
community 4,9 MiB 485K/s 00:10 [#######################################################] 100%
multilib 169,3 KiB 576K/s 00:00 [#######################################################] 100%
:: Starting full system upgrade...
:: Replace ilmbase with extra/openexr? [Y/n] y
warning: liblastfm-qt5: local (1.1.0.r637-4) is newer than extra (1.0.9-4)
warning: python2-mutagen: local (1.42.0-3) is newer than antergos (1.38-2)
resolving dependencies...
looking for conflicting packages...
error: failed to prepare transaction (could not satisfy dependencies)
:: installing pacman (5.2.0-2) breaks dependency 'pacman<5.2' required by pamac
Des sucettes comment résoudre ce problème?
Cela dépend de l'endroit où le package pamac
vient effectivement.
Lorsqu'un package de référentiel binaire tiers (ANTERGOS et Manjaro comptent à la fois comme "tiers") a une dépendance versionnée sur un package d'arc standard:
Lorsqu'un package AUR (que vous avez compilé avec maquillage vous-même), ou un paquet qui est plus dans les référentiels binaires, a une dépendance versionnelle sur un forfait de référentiel:
J'ai eu le même problème ce matin. (Ce n'est pas que Pacman a une dépendance à elle-même, c'est qu'il y a une version plus ancienne de PAMAC qui a une dépendance nécessitant une version plus ancienne de Pacman.)
Je l'ai résolu par:
Sudo pacman -R pamac-gtk-dev pamac-cli-dev pamac-common-dev
Sudo pacman -Syuu
Sudo pacman -S pamac-gtk-dev pamac-cli-dev pamac-common-dev