Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

problème avec yum

globilux

Bonjour,

AUjourd'hui je me suis décidé à faire les mises à jour de ma fedora à la main
je me rendais compte que le démon yumupdate ne faisait pas son boulot (j'avais touours le noyau initial).

donc je fait un yum update

je me retrouve avec une longue liste

je la lis,

je décide d'installer les logiciels
et voila que

Transaction Check Error:
  file /usr/share/man/man1/escputil.1.gz from install of gutenprint-5.0.1-3.fc7 conflicts with file from package gutenprint-5.0.0.99.1-3.fc7
  file /usr/share/man/man1/ijsgutenprint.1.gz from install of gutenprint-5.0.1-3.fc7 conflicts with file from package gutenprint-5.0.0.99.1-3.fc7
  file /usr/share/gtk-engines/clearlooks.xml from install of gtk2-engines-2.10.2-2.fc7 conflicts with file from package gtk2-engines-2.10.0-3.fc7
  file /usr/share/gtk-engines/crux.xml from install of gtk2-engines-2.10.2-2.fc7 conflicts with file from package gtk2-engines-2.10.0-3.fc7
  file /usr/share/gtk-engines/glide.xml from install of gtk2-engines-2.10.2-2.fc7 conflicts with file from package gtk2-engines-2.10.0-3.fc7
  file /usr/share/gtk-engines/hc.xml from install of gtk2-engines-2.10.2-2.fc7 conflicts with file from package gtk2-engines-2.10.0-3.fc7
  file /usr/share/gtk-engines/industrial.xml from install of gtk2-engines-2.10.2-2.fc7 conflicts with file from package gtk2-engines-2.10.0-3.fc7
  file /usr/share/gtk-engines/mist.xml from install of gtk2-engines-2.10.2-2.fc7 conflicts with file from package gtk2-engines-2.10.0-3.fc7
  file /usr/share/gtk-engines/redmond.xml from install of gtk2-engines-2.10.2-2.fc7 conflicts with file from package gtk2-engines-2.10.0-3.fc7
  file /usr/share/gtk-engines/smooth.xml from install of gtk2-engines-2.10.2-2.fc7 conflicts with file from package gtk2-engines-2.10.0-3.fc7
  file /usr/share/gtk-engines/thinice.xml from install of gtk2-engines-2.10.2-2.fc7 conflicts with file from package gtk2-engines-2.10.0-3.fc7
  file /usr/share/themes/Clearlooks/gtk-2.0/gtkrc from install of gtk2-engines-2.10.2-2.fc7 conflicts with file from package gtk2-engines-2.10.0-3.fc7
  file /usr/share/foomatic/db/source/PPD/HP/fax/HP-Fax-hplip.ppd.gz from install of hpijs-1.7.4a-4.fc7 conflicts with file from package hpijs-1.7.2-10.fc7
  file /usr/share/foomatic/db/source/PPD/HP/fax/HP-Fax-hplip.ppd.gz from install of hpijs-1.7.4a-4.fc7 conflicts with file from package hpijs-1.7.4a-4.fc7

Error Summary
-------------

Marcet

N'aurais tu pas mélangé des dépôts incompatibles ?

globilux

aucun

enfin mes depots activé sont : fedora, updates, livna et kagesenshi-compiz (c'était pour installer beryl la flem de la désactiver)

et cela me fait la même chose quand je désactive (avec la directive --disablerepo de yum) le depot kagesenshi-compiz

peut être que le conflit est du à mon archi 64 bits

Marcet

Pourquoi est-ce que ce serait du au 64 bits ? As-tu migré du 32 au 64 bits ?

Sinon, tu peux essayer de désinstaller les paquetages en question, puis de les réinstaller.
Tu seras peut-être obligé de les rechercher avec l'option whatprovides de yum.

Pikachu_2014

Que renvoie la commande suivante ?

$ rpm -q --qf "%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}\n" gutenprint gtk2-engines hpijs

globilux

Marcet wrote:Pourquoi est-ce que ce serait du au 64 bits ? As-tu migré du 32 au 64 bits ?

je sais pas je dis ça comme ça
parce que qquand je fait un yum install applis
je me retrouve avec applis pour x86_64
et pour i386 (même applis même taille même dépots)

Pikachu_2014 wrote:Que renvoie la commande suivante ?
$ rpm -q --qf "%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}\n" gutenprint gtk2-engines hpijs

me renvoie

nt gtk2-engines hpijs
gutenprint-5.0.0.99.1-3.fc7.i386
gutenprint-5.0.0.99.1-3.fc7.x86_64
gutenprint-5.0.1-3.fc7.i386
gtk2-engines-2.10.0-3.fc7.i386
gtk2-engines-2.10.0-3.fc7.x86_64
gtk2-engines-2.10.2-2.fc7.x86_64
hpijs-1.7.2-10.fc7.x86_64
hpijs-1.7.2-10.fc7.i386
hpijs-1.7.4a-4.fc7.x86_64

je sais pas pourquoi j'ai deux fois les applis

bochecha

Tu les as une fois en 386, et une en x86_64.

C'est un bug connu, mais non repertorie comme bug.

Y a une semaine, j'ai passe la soiree a supprimer un par un tous les paquets i386 sur le PC tout frais de ma copine... :-?

Si je peux me permettre, etend la commande de Pikachu_2014 a tous les paquets et grep ceux en i386. Ca te donnera la liste des paquets i386 installes sur ton systeme.

Pour chacun d'eux, tente un yum remove, mais ne valide pas ! Note la liste des paquets qui vont etre supprimes (verifie au passage que tous sont bien en i386) et regarde si chacun d'entre eux a son equivalent x86_64.

En resume, tu supprimes tous les paquets i386 qui ont leur equivalent x86_64 et qui n'entraine avec eux que des paquets i386 ayant des equivalents x86_64.

C'est long, mais c'est b... Euh non ! :hammer:

Je voulais dire que c'est long, mais que ca t'evitera surement ce genre de souci a l'avenir... :-?

globilux

si j'ai bien compri
tu veut que je fasse un

su -c 'yum remove $(rpm -q --qf "%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}\n" $(rpm -qa) | grep .i386)'

et t'es sur qu'effacer tout cela ça va m'aider ?
il n'y aura pas de bibliothèque que j'enlèverais ?

PS : ca fait quand même plusieurs centaines de méga

finalement j'ai fait ce que tu m'as dit

mais quand je fait un yum update, il tente de me mettre des applis pour i386

donc je fait un yuml update | grep x86_64

mais la procédure se fige juste quand j'arrive à "radeontool" (alors que je n'ai pas de GPU ati

Marcet

C'est un bug connu, mais non repertorie comme bug.

J'espère que c'est pas le cas général quand on installe une 64 Bits.

magicbisous-nours

ben je n'ai pas ce problème (ou du moins je ne le pense pas) et j'ai un AMD 64 X2 sur le fixe....

Marcet

Je saurais ca très vite de toute manière 😉
Mais je regarderais ca de très près.

globilux

bizarre alors
je fais cela :

 yum update $(rpm -q --qf "%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}\n" $(rpm -qa) | grep .x86_64)

pour updater le tout

mais franchement c'est génant