En mode console tu as le net ? Fait alors une mise à jour via yum.
oui, j'ai le net. Mais quand je tape yum update libcanvas, il me dit "nothing to do" ou quelque chose comme ça. 2 choses :
1) je ne connais pas le nom du paquet fournissant libcanvas.so.2
2) comment mettre à jour un paquet déjà installé ?

Merci d'avance !
Regarde si tu n'as pas d'autre update par un yum clean all suivi d'un yum update yum.
Normalement c'est cairo pour ta dépendance, tu peux tenter un yum update cairo mais normalement ça devrait aller.

Note il serait intéressant de retirer aussi noquiet et rhgb sur la ligne de boot.
Pour ma part, un simple rpm -Uvh a suffit à éradiquer le problème.
Comment de nombreux programmes ne se lançaient plus (problème avec pycairo et pygtk2), il a fallu que je réinstalle quelques programmes pour que tout rentre dans l'ordre.
Merci pour ton aide !
Pourquoi avoir désinstallé directement avec rpm et pas utilisé yum remove ?
Ben... Parce que je ne connais pas l'équivalent de rpm -e --nodeps avec yum...
J'ai eu le même problème hier soir,
j'ai donc ouvert une session sous root et j'ai fait un "yum install cairo"

depuis plus de soucis a part les kmod pour le nouveau kernel mais ça c'est un autre problème !

Bonne soirée
8 jours plus tard
moi j'ai eu 2 fois ce problème ... :

la première fois je venais d'installer linux, deusième remise a jour ca ma fais ca ...

ca me l'a refais hier ...

ca ça m'embeterais un peu plus d'avoir a réinstaller ...

et je comprend pas ce qui faud faire ...

quand je tape "startx" ça me lance un mode graphique très leger avec une console et une horloge ...
2 mois plus tard
Salut @ tous !
Je profite de cette discussion pour m'imisser dans la situation.
Cela fait maintenant quelques semaines que je bricole sur mon portable (config 2 dans ma signature) fraichement équipé de fedora7 (wifi ... touchpad ...)
Hier soir, une vieille habitude d'ancien abonné (mais forcé hein !) à windaube m'a entrainé à faire un peu de ménage (notamment et sur alsa), je ne pensais donc pas (à tort apparement) que ça allait foirer ma fedora .. Et bien, apparement, je pense qu'il aurait viré des éléments gnome-sessions et/ou gnome-desktop (juste après le message désintallation ok, j'avais des icones en moins et des progs en moins, genre asmsn...), ce qui fait que je me retrouve avec le même message d'erreur au redémarrage de ma fedora : INIT : Id "x" respawning too fast : disabled for 5 minutes.

Le truc, c'est que je ne vois pas de message d'erreur avant ...
Je vais donc tenter les pistes dans les différents posts de cette discussion car je ne voudrais pas encore avoir à réinstaller ma fedora ...:roll:

A noter que la suppression d'Alsa a été faite par ajout/suppression de logiciels ...(je ne sais pas si c'est la meilleure solution ...:-?)

merci d'avance si vous pouvez m'épauler la-dessus, je sais que c'est pas toujours cool d'aider les newbies qui font un peu n'importe quoi pour apprendre ...:hammer:
En mode console fait déja un yum install alsa-lib alsa-lib-devel, il devrait aller chercher toutes les dépendances.
ok ça roule, merci de ta réponse ...
Dans l'entrefait, j'ai lancé quelques yum update (nothing to do) et un yum install gnome, mais sans résultat ... Je me suis donc rabattu vers un yum install kde, qui est toujours en cours (environ 500 mo ...).
Je sais pas si ça fera quelquechose mais bon, on verra bien ! c'est comme ça qu'on apprend ... Je suis pourtant informaticien de métier, mais l'univers linux est encore bien spécial pour moi qui suit formaté au microsoft depuis longtemps ...

Comment cela se fait-il que lorsque je souhaite désintaller des composants alsa, il me vire des éléments de l'interface gnome qui fait que je ne puisse plus booter qu'en X server ?

sinon, quelle est la meilleure façon de désinstaller "proprement et sans risques" des paquets ?

Bon, ba en fait, j'ai résolu le problème par une énieme réinstallation de fedora ... Au moins, à ce niveau là, j'ai pas de problèmes, je maitrise ...