[qemu-kvm]/usr/bin/vscclient est déjà présent (résolu)

[eyome]

Bonjour,

Je voulais installer qemu-kvm, seulement voilà :

Code : Tout sélectionner

[eyome@Archlinux ~]$ sudo yaourt -S qemu-kvm
résolution des dépendances...
recherche des conflits entre paquets...

Cibles (3) : seabios-1.7.0-1  vde2-2.3.2-2  qemu-kvm-1.2.0-1

Taille totale de téléchargement : 	3,25 MiB
Taille totale installé :		18,79 MiB

Procéder à l'installation ? [O/n] o
:: Récupération des paquets du dépôt extra...
 vde2-2.3.2-2-x86_64      205,6 KiB   252K/s 00:01 [######################] 100%
 seabios-1.7.0-1-any       56,5 KiB   225K/s 00:00 [######################] 100%
 qemu-kvm-1.2.0-1-x86_64    3,0 MiB   124K/s 00:25 [######################] 100%
(3/3) vérification de l'intégrité des paquets      [######################] 100%
(3/3) chargement des fichiers des paquets          [######################] 100%
(3/3) analyse des conflits entre fichiers          [######################] 100%
Erreur : la validation de la transaction a échoué (conflit de fichiers)
qemu-kvm : /usr/bin/vscclient est déjà présent dans le système de fichiers
Des erreurs se sont produites, aucun paquet n'a été mis à jour.

Pourquoi tant de haine ?
Pourquoi il est déjà là celui-là ? je peux modifier son nom ou le supprimer pour faire l'install ou c'est un tantinet trop bourrin ?

[benjarobin]

Toujours chercher avant de faire "le bourrin" à qui apparient ce fichier : pacman -Qo /usr/bin/vscclient

[eyome]

Code : Tout sélectionner

[eyome@Archlinux ~]$ sudo pacman -Qo /usr/bin/vscclient
[sudo] password for root: 
/usr/bin/vscclient appartient à libcacard 0.1.2-3

je sais même pas d'où j'ai cette lib...

Code : Tout sélectionner

[eyome@Archlinux ~]$ sudo pacman -Rsn libcacard
vérification des dépendances...
Erreur : la préparation de la transaction a échoué (la satisfaction des dépendances a échoué)
:: spice : requiert libcacard
[eyome@Archlinux ~]$ sudo pacman -Rsn spice
vérification des dépendances...
Erreur : la préparation de la transaction a échoué (la satisfaction des dépendances a échoué)
:: spice-gtk3 : requiert spice
[eyome@Archlinux ~]$ sudo pacman -Rsn spice-gtk3
vérification des dépendances...
Erreur : la préparation de la transaction a échoué (la satisfaction des dépendances a échoué)
:: gnome-boxes : requiert spice-gtk3

lol, gnome-boxes, intéressant, c'est justement ça que je voulais tester...
Je me disais qu'il me manquait qemu parce qu'en essayant de démarrer une machine virtuelle avec gnome-boxes, j'obtenais ça :

Code : Tout sélectionner

[eyome@Archlinux ~]$ gnome-boxes 

(gnome-boxes:2354): Boxes-WARNING **: wizard.vala:358: Failed to create volume: internal error creation of non-raw images is not supported without qemu-img

Bon, j'essaierai de voir ça demain, merci.

[eyome]

Bon, pour info, mon problème est résolu, il fallait que j'installe qemu-kvm-spice.

En aparté, Gnome-boxes avec qemu-kvm (et je suppose que spice n'y est pas étrangé non plus) est vraiment impressionnant de facilité d'utilisation et d'efficacité !
Beau-gosse ce logiciel !

[sushi]

Tu peux aussi forcer la copie avec -f quand un fichier est déjà présent. C'est ce que je fais les rares fois où le cas se présente. Encore hier, avec une maj de aur/xfce4-volumed.

Sûrement très mal, mais jamais eu de soucis jusqu'à présent.

[benjarobin]

@sushi Toi tu aime bien casse ton système, l'option -f ne devrait jamais être utiliser !!! (Sauf si une "news indique de le faire)

[sushi]

@benjarobin
Eyome parlait de supprimer / modifier le nom du fichier à la main, je lui indique que pacman possède un argument pour ne avoir à le faire à la main. Ta remarque "Toi tu aime bien casse ton système", c'est arrogant, condescendant, inutile et mal écrit. Pour faire court, du trolling.

Je n'ai jamais cassé mon système. Même en le voulant, je ne suis pas sur d'y arriver, sauf peut-être à passer en [testing]. Et pourtant j'ai usé et abusé du yaourt --sucre à mes débuts sur arch. Comme ça, juste pour la rigolade. Maintenant je me contente d'un --noconfirm, mais c'est peut-être déjà de trop? Dans le même registre, je suppose que tu vérifies chaque PKGBUILD? Moi pas.

Je ne connaissais pas le concept de tabou en informatique, c'est maintenant chose faite. La prochaine fois, contente toi d'indiquer que l'usage de telle commande est déconseillé. Avec des vrais arguments et non pas un argument d'autorité.

[FoolEcho]

@sushi: restons calme, veux-tu ? L'option -f existe certes, mais il ne faut pas l'employer de façon systématique en cas de conflit, c'était le sens de la remarque de benjarobin (qui n'a pas toujours le temps ou l'envie de développer ; ceci étant à vouloir expliquer dès fois, on se fait taxer aussi de condescendance ) et donc il faut éviter de la conseiller (on en a vu jouer du --sucre de yaourt pour toutes mises à jour). Toujours vérifier avant de forcer une mise à jour.

[tuxce]

En l'occurrence, dans ce cas précis, la solution avait déjà été trouvée, et si ce n'était pas le cas, utiliser -f aurait fonctionné, mais la base aurait été bancale (1 fichier pour 2 paquets).
Pour le reste, ça ne va nulle part... Le MP existe pour ce genre de choses.