web-dev-qa-db-fra.com

Impossible de mettre à niveau Archlinux (pacman -Syu ne fonctionne pas)

J'utilise Sudo pacman -Syu sur mon Archlinux et j'obtiens les informations suivantes:

cristian@localhost:~$ Sudo pacman -Syu
:: Synchronizing package databases...
 core is up to date
 extra is up to date
 community is up to date
 multilib is up to date
 xenlism-Arch is up to date
:: Starting full system upgrade...
resolving dependencies...
looking for conflicting packages...
error: failed to prepare transaction (could not satisfy dependencies)
:: package-query: requires pacman<4.3

Quelle sera la solution pour résoudre ce problème?

METTRE À JOUR

J'ai essayé les deux solutions proposées par @jham. J'ai complètement supprimé yaourt et package-query. Au pacman -Qi pacman à 'requis par' j'ai none. J'ai aussi commenté multilib et xenlism-Arch de pacman.conf. Quand je fais pacman -Syu je reçois ce qui suit: 

:: Proceed with installation? [Y/n] 
(244/244) checking keys in keyring                              [###################################] 100%
(244/244) checking package integrity                            [###################################] 100%
error: confuse: signature from "Thorsten Töpper <[email protected]>" is unknown trust
:: File /var/cache/pacman/pkg/confuse-2.8-2-x86_64.pkg.tar.xz is corrupted (invalid or corrupted package (PGP signature)).
Do you want to delete it? [Y/n] 
error: failed to commit transaction (invalid or corrupted package)
Errors occurred, no packages were upgraded.
archlinuxpacman-package-manager
28
Cristian

Je viens d'avoir cette même erreur. Le problème semble être qu'il existe de nouvelles clés dans le package archlinux-keyring et que de nouveaux packages (confuse) ont été signés avec ces clés. Puisque les deux packages sont mis à jour dans la même transaction, les nouvelles clés ne peuvent pas être utilisées avant la fin de la mise à jour, mais la transaction ne commencera pas tant que les packages ne seront pas vérifiés ...

La solution serait de mettre à jour le archlinux-keyring par lui-même:

pacman -S archlinux-keyring

Et puis faites le reste:

pacman -Su

Si cela échoue, vous pouvez essayer de parcourir les clés manuellement, avec:

pacman-key --populate

mais d'habitude, ce n'est pas nécessaire.

52
rodrigo

Je viens de rencontrer le même problème et je l'ai résolu de la manière suivante:

$ Sudo pacman -Rdd package-query # Purge the conflicting package-query
$ Sudo pacman -Syu               # There it works

# Now reinstall package-query
$ git clone https://aur.archlinux.org/package-query.git
$ cd package-query && makepkg -si
7
Denis Chevalier

Pour tous ceux qui entrent ici et qui ne trouvent pas la solution en rorido, essayez la réponse de Bernhard Fürst ou Jham de simplement pacman -S package-query qui a fonctionné pour moi sans problème.

De même, si vous rencontrez toujours des problèmes tels que this avec libalpm.so.8: cannot open shared object file: No such file or directory, vous devez alors réinstaller manuellement package-query et yaourt.

Sudo pacman-db-upgrade
yaourt -R package-query yaourt

git clone https://aur.archlinux.org/package-query.git
cd package-query
makepkg -si
cd ..
git clone https://aur.archlinux.org/yaourt.git
cd yaourt
makepkg -si
cd ..
2
hak8or

J'utilise Manjaro et après une longue recherche, j'ai pu résoudre le problème en suivant ces commandes simples.

REMARQUE: Vous devez exécuter pacman-key --init avant d’utiliser pacman; le trousseau de clés .__ local peut alors être rempli avec les clés de tous les emballeurs officiels Manjaro Linux avec pacman-key --populate archlinux manjaro.

1
Ajay Mishra

échec de la préparation de la transaction (base de données invalide ou corrompue)

Ici, cela était dû au fait que les serveurs miroirs (défectueux) livraient de la malbouffe.

commentez ces serveurs standard et utilisez un serveur de qualité, par exemple. 

ftp://ftp5.gwdg.de/pub/linux/archlinux/community/os/x86_64/

Dommage que le fichier /etc/pacman.conf soit si mal commenté, comme s'il devait être délibérément inutile et impuissant, toujours vague et jamais concrètement utile. Ce fut la dernière erreur dans une ordonnance apparemment sans fin d'erreurs de pacman. les clés sont ingérables, les serveurs sont en désordre, les bibliothèques épellent le chaos. Il m'a fallu plus d'un jour pour traverser cette horrible expérience d'Arch.

0
dotbit