J'ai couru sudo pacman -Syu
et j'ai eu quelques erreurs intéressantes en lisant:
erreur: échec de la validation de la transaction (fichiers en conflit)
et une longue liste de fichiers suivie de exists in filesystem
. La sortie complète est ici: http://ix.io/lLw
Il semble que beaucoup de ces fichiers ne sont pas associés à un package lorsque je les ai vérifiés pacman -Qo <path-to-file>
, mais je ne les ai pas tous vérifiés. J'avais une connexion faible lors de l'exécution pacman -Syu
, mais je reçois les mêmes erreurs lors de la mise à jour ultérieure: http://ix.io/lLx
Que devrais-je faire? Dois-je vérifier tous les fichiers et supprimer ceux qui n'ont pas de paquet associé? Dois-je forcer la mise à jour (avec sudo pacman -S --force <package-name>
?)
Mise à jour
J'ai essayé de courir sudo pacman -S --force <package-name>
et j'ai eu ceci:
[my-pc]/home/average-joe$ pacman -Qo /usr/lib/python3.5/site-packages/PyYAML-3.11-py3.5.egg-info
error: No package owns /usr/lib/python3.5/site-packages/PyYAML-3.11-py3.5.egg-info
Il semble que pacman -S --force <package
ne remplace pas les répertoires contenant des fichiers. De l'homme:
L'utilisation de --force ne permettra pas de remplacer un répertoire par un fichier ou d'installer des packages contenant des fichiers et des répertoires en conflit.
Devrais-je simplement supprimer les répertoires en conflit? (ils n'ont pas de paquets associés)
sudo pip install -U docker-compose==1.5.0rc3
de cette page . Peut-être des sudo pip install
conflits avec pacman?
-S
mises à jour (installations partielles, etc.) vous permettra de réaliser ce scénario. Cas de moi a --force
travaillé tout le temps.
/usr/local/
plutôt/usr/
)