Je me demande si ce n'est pas lié avec l'erreur du repomd.xml indiqué là http://forums.fedora-fr.org/viewtopic.php?id=48619
libedataserver-1.2.so.11
j'ai même problème
j'indique ce que mon ordi m'a répondu si ça peut aider :
mon système m'a prévenu d'une mise à jour : backend data server for evolution
evolution-data-server-2.30.2-2.fc13 , le problème est qu'une erreur se produit durant l'installation decette mise à jour et donc il est impossible de l'installer : voici les détails dans la boite de dialogue de l'erreur :
osscould not do simulate: nautilus-sendto-2.28.4-1.fc13.i686 requires libedataserver-1.2.so.11
gnome-panel-2.30.0-1.fc13.i686 requires libedataserver-1.2.so.11
empathy-2.30.1.1-1.fc13.i686 requires libedataserver-1.2.so.11 : Succès - transaction vide
ensuite j'ai essayé sur le terminal :
que faire ? c'est embêtant d'être dérangé pour une mise à jour que je peut pas installer,
j'indique ce que mon ordi m'a répondu si ça peut aider :
mon système m'a prévenu d'une mise à jour : backend data server for evolution
evolution-data-server-2.30.2-2.fc13 , le problème est qu'une erreur se produit durant l'installation decette mise à jour et donc il est impossible de l'installer : voici les détails dans la boite de dialogue de l'erreur :
osscould not do simulate: nautilus-sendto-2.28.4-1.fc13.i686 requires libedataserver-1.2.so.11
gnome-panel-2.30.0-1.fc13.i686 requires libedataserver-1.2.so.11
empathy-2.30.1.1-1.fc13.i686 requires libedataserver-1.2.so.11 : Succès - transaction vide
ensuite j'ai essayé sur le terminal :
[root@* *]# yum install evolution-data-server-2.30.2-2.fc13
Modules complémentaires chargés : presto, refresh-packagekit
Configuration du processus d'installation
Résolution des dépendances
--> Lancement de la transaction de test
--> Traitement de la dépendance : libedataserver-1.2.so.11 pour le paquet : nautilus-sendto-2.28.4-1.fc13.i686
--> Traitement de la dépendance : libedataserver-1.2.so.11 pour le paquet : gnome-panel-2.30.0-1.fc13.i686
--> Traitement de la dépendance : libedataserver-1.2.so.11 pour le paquet : empathy-2.30.1.1-1.fc13.i686
---> Paquet evolution-data-server.i686 0:2.30.2-2.fc13 marqué pour être mis à jour
--> Résolution des dépendances terminée
Erreur : Package: empathy-2.30.1.1-1.fc13.i686 (@updates)
Requires: libedataserver-1.2.so.11
Suppression: evolution-data-server-2.30.1-2.fc13.i686 (@anaconda-InstallationRepo-201005130056.i386)
Erreur : Package: nautilus-sendto-2.28.4-1.fc13.i686 (@anaconda-InstallationRepo-201005130056.i386)
Requires: libedataserver-1.2.so.11
Suppression: evolution-data-server-2.30.1-2.fc13.i686 (@anaconda-InstallationRepo-201005130056.i386)
Erreur : Package: gnome-panel-2.30.0-1.fc13.i686 (@anaconda-InstallationRepo-201005130056.i386)
Requires: libedataserver-1.2.so.11
Suppression: evolution-data-server-2.30.1-2.fc13.i686 (@anaconda-InstallationRepo-201005130056.i386)
Vous pouvez essayer d'utiliser --skip-broken pour contourner le problème
You could try running: rpm -Va --nofiles --nodigest[root@* *]# yum install libedataserver-1.2.so.11
Modules complémentaires chargés : presto, refresh-packagekit
Configuration du processus d'installation
Le paquet evolution-data-server-2.30.1-2.fc13.i686 est déjà installé dans sa dernière version
Rien à faireque faire ? c'est embêtant d'être dérangé pour une mise à jour que je peut pas installer,
Il faut attendre...
La solution de contournement pour les autres mises à jour est indiquée dans le message d'erreur :
+
La solution de contournement pour les autres mises à jour est indiquée dans le message d'erreur :
yum update --skip-broken+
Si vraiment ça te dérange et que tu n'utilises pas evolution alors mets la ligne suivante dans ton fichier yum.conf
exclude=evolution*
exclude=evolution*
tien je suis pas le seul a avoir ce petit problème.
Mais bon ont va attendre sagement que ce bug soit résolus.
Mais bon ont va attendre sagement que ce bug soit résolus.
- Modifié
Apres upgrade vers F13 hier c'est le seul soucis que j ai eu, content de voir que ce n'est pas lié a mon upgrade 😉
Par contre dans mon cas la derniere version de evolution-data-server était installé avec preupgrade et donc plusieurs programmes dont evolution ne fonctionait plus car libedataserver-1.2.so.11 manquait , après un yum downgrade de evolution-data-server tout est rentré dans l ordre!
Des que le probleme sera corrigé sur les depso la mise a jour devrait passer sans probleme, enfin je suppose.
Par contre dans mon cas la derniere version de evolution-data-server était installé avec preupgrade et donc plusieurs programmes dont evolution ne fonctionait plus car libedataserver-1.2.so.11 manquait , après un yum downgrade de evolution-data-server tout est rentré dans l ordre!
Des que le probleme sera corrigé sur les depso la mise a jour devrait passer sans probleme, enfin je suppose.
Apparemment ce petit problème est résolu.
ah bon...Chark nous wrote:Apparemment ce petit problème est résolu.
[root@: ~ 1000]Mode Superutilisateur# yum update
Modules complémentaires chargés : presto, refresh-packagekit
livna | 3.2 kB 00:00
planetccrma | 1.9 kB 00:00
planetcore | 1.9 kB 00:00
rpmfusion-free-updates | 2.8 kB 00:00
updates/metalink | 24 kB 00:00
Configuration du processus de mise à jour
Résolution des dépendances
--> Lancement de la transaction de test
---> Paquet evolution.x86_64 0:2.30.2-1.fc13 marqué pour être mis à jour
--> Traitement de la dépendance : libedataserver-1.2.so.11()(64bit) pour le paquet : pidgin-evolution-2.7.1-2.fc13.x86_64
--> Traitement de la dépendance : libedataserver-1.2.so.11()(64bit) pour le paquet : empathy-2.30.1.1-1.fc13.x86_64
--> Traitement de la dépendance : libedataserver-1.2.so.11()(64bit) pour le paquet : gnome-panel-2.30.0-1.fc13.x86_64
--> Traitement de la dépendance : libedataserver-1.2.so.11()(64bit) pour le paquet : nautilus-sendto-2.28.4-1.fc13.x86_64
---> Paquet evolution-data-server.x86_64 0:2.30.2-2.fc13 marqué pour être mis à jour
---> Paquet evolution-data-server-devel.x86_64 0:2.30.2-2.fc13 marqué pour être mis à jour
---> Paquet evolution-help.noarch 0:2.30.2-1.fc13 marqué pour être mis à jour
--> Résolution des dépendances terminée
Erreur : Package: nautilus-sendto-2.28.4-1.fc13.x86_64 (@anaconda-InstallationRepo-201005130101.x86_64)
Requires: libedataserver-1.2.so.11()(64bit)
Suppression: evolution-data-server-2.30.1-2.fc13.x86_64 (@anaconda-InstallationRepo-201005130101.x86_64)
Erreur : Package: empathy-2.30.1.1-1.fc13.x86_64 (@updates)
Requires: libedataserver-1.2.so.11()(64bit)
Suppression: evolution-data-server-2.30.1-2.fc13.x86_64 (@anaconda-InstallationRepo-201005130101.x86_64)
Erreur : Package: pidgin-evolution-2.7.1-2.fc13.x86_64 (@updates)
Requires: libedataserver-1.2.so.11()(64bit)
Suppression: evolution-data-server-2.30.1-2.fc13.x86_64 (@anaconda-InstallationRepo-201005130101.x86_64)
Erreur : Package: gnome-panel-2.30.0-1.fc13.x86_64 (@anaconda-InstallationRepo-201005130101.x86_64)
Requires: libedataserver-1.2.so.11()(64bit)
Suppression: evolution-data-server-2.30.1-2.fc13.x86_64 (@anaconda-InstallationRepo-201005130101.x86_64)
Vous pouvez essayer d'utiliser --skip-broken pour contourner le problème
You could try running: rpm -Va --nofiles --nodigest[root@: ~ 1001]Mode Superutilisateur# yum update --skip-broken
Modules complémentaires chargés : presto, refresh-packagekit
Configuration du processus de mise à jour
Résolution des dépendances
--> Lancement de la transaction de test
---> Paquet evolution.x86_64 0:2.30.2-1.fc13 marqué pour être mis à jour
--> Traitement de la dépendance : libedataserver-1.2.so.11()(64bit) pour le paquet : pidgin-evolution-2.7.1-2.fc13.x86_64
--> Traitement de la dépendance : libedataserver-1.2.so.11()(64bit) pour le paquet : empathy-2.30.1.1-1.fc13.x86_64
--> Traitement de la dépendance : libedataserver-1.2.so.11()(64bit) pour le paquet : gnome-panel-2.30.0-1.fc13.x86_64
--> Traitement de la dépendance : libedataserver-1.2.so.11()(64bit) pour le paquet : nautilus-sendto-2.28.4-1.fc13.x86_64
---> Paquet evolution-data-server.x86_64 0:2.30.2-2.fc13 marqué pour être mis à jour
---> Paquet evolution-data-server-devel.x86_64 0:2.30.2-2.fc13 marqué pour être mis à jour
---> Paquet evolution-help.noarch 0:2.30.2-1.fc13 marqué pour être mis à jour
--> Résolution des dépendances terminée
--> Lancement de la transaction de test
---> Paquet evolution-data-server.x86_64 0:2.30.2-2.fc13 marqué pour être mis à jour
--> Traitement de la dépendance : evolution-data-server = 2.30.2-2.fc13 pour le paquet : evolution-data-server-devel-2.30.2-2.fc13.x86_64
--> Traitement de la dépendance : evolution-data-server >= 2.30.2 pour le paquet : evolution-2.30.2-1.fc13.x86_64
--> Traitement de la dépendance : libedataserver-1.2.so.13()(64bit) pour le paquet : evolution-data-server-devel-2.30.2-2.fc13.x86_64
--> Traitement de la dépendance : libedataserver-1.2.so.13()(64bit) pour le paquet : evolution-2.30.2-1.fc13.x86_64
--> Résolution des dépendances terminée
--> Lancement de la transaction de test
---> Paquet evolution-help.noarch 0:2.30.2-1.fc13 marqué pour être mis à jour
--> Traitement de la dépendance : evolution = 2.30.2-1.fc13 pour le paquet : evolution-help-2.30.2-1.fc13.noarch
--> Résolution des dépendances terminée
Paquets omis en raison de problèmes de dépendances :
evolution-2.30.2-1.fc13.x86_64 depuis updates
evolution-data-server-2.30.2-2.fc13.x86_64 depuis updates
evolution-data-server-devel-2.30.2-2.fc13.x86_64 depuis updates
evolution-help-2.30.2-1.fc13.noarch depuis updates
[root@: ~ 1002]Mode Superutilisateur#En fait, j'ai essayer de supprimer le RPM de libedataserver, avec toute ses dépendances, en utilisant 'yum remove'.C@sp€r wrote:ah bon...
Là j'ai eut un gros problème pour lancer ma session. 🙁
Du coup, j'ai réparer mon PC avec mon DVD de Fedora 13.
Je me reconnecte alors sous gnome, puis je relance yum update, et là je n'ai plus de problème.
J'ai fait tout ça, sans formater aucune de mes partitions (mis à part le SWAP)
la même chez moi..
par contre ca m'était deja arrivé avec je ne sais plus quel paquet en FC10 je crois et ca c'était résolu "tout seul" avec une mise à jour des dépôts il me semble 😉
donc patience?
par contre ca m'était deja arrivé avec je ne sais plus quel paquet en FC10 je crois et ca c'était résolu "tout seul" avec une mise à jour des dépôts il me semble 😉
donc patience?
J'aimerais faire pareil, mais peux-tu me dire comment tu as réparé ton pc avec le dvd d'install ? (ou plutôt à quel dégats j'aurais à faire)chark wrote:En fait, j'ai essayer de supprimer le RPM de libedataserver, avec toute ses dépendances, en utilisant 'yum remove'.
Là j'ai eut un gros problème pour lancer ma session. 🙁
Du coup, j'ai réparer mon PC avec mon DVD de Fedora 13.
Je me reconnecte alors sous gnome, puis je relance yum update, et là je n'ai plus de problème.
J'ai fait tout ça, sans formater aucune de mes partitions (mis à part le SWAP)
Ne fais surtout pas ça !C@sp€r wrote:J'aimerais faire pareil, mais peux-tu me dire comment tu as réparé ton pc avec le dvd d'install ? (ou plutôt à quel dégats j'aurais à faire)chark wrote:En fait, j'ai essayer de supprimer le RPM de libedataserver, avec toute ses dépendances, en utilisant 'yum remove'.
Là j'ai eut un gros problème pour lancer ma session. 🙁
Du coup, j'ai réparer mon PC avec mon DVD de Fedora 13.
Je me reconnecte alors sous gnome, puis je relance yum update, et là je n'ai plus de problème.
J'ai fait tout ça, sans formater aucune de mes partitions (mis à part le SWAP)
====================================================================================================================================
Paquet Architecture Version Dépôt Taille
====================================================================================================================================
Suppression:
evolution-data-server x86_64 2.30.1-2.fc13 @released/$releasever 11 M
Suppression pour dépendance:
compiz-gnome x86_64 0.8.6-1.fc13 @released/$releasever 2.2 M
control-center x86_64 1:2.30.1-2.fc13 @updates 8.1 M
desktop-effects x86_64 0.8.6-1.fc13 @released/$releasever 260 k
empathy x86_64 2.30.1.1-1.fc13 @updates 8.7 M
gdm x86_64 1:2.30.2-1.fc13 @released/$releasever 4.6 M
gdm-plugin-fingerprint x86_64 1:2.30.2-1.fc13 @released/$releasever 75 k
gdm-user-switch-applet x86_64 1:2.30.2-1.fc13 @released/$releasever 119 k
gnome-applets x86_64 1:2.30.0-1.fc13 @released/$releasever 15 M
gnome-panel x86_64 2.30.0-1.fc13 @released/$releasever 9.8 M
gnome-session x86_64 2.30.0-1.fc13 @released/$releasever 1.7 M
gnome-session-xsession x86_64 2.30.0-1.fc13 @released/$releasever 4.6 k
gnome-shell x86_64 2.29.1-4 @fedora 1.4 M
nautilus-sendto x86_64 2.28.4-1.fc13 @released/$releasever 673 k
orca x86_64 2.30.1-1.fc13 @updates 8.8 M
plymouth-gdm-hooks x86_64 0.8.2-3.fc13 @released/$releasever 171
pulseaudio-gdm-hooks x86_64 0.9.21-6.fc13 @released/$releasever 385
Résumé de la transaction
====================================================================================================================================
Supprimer 17 paquet(s)
Réinstaller 0 paquet(s)
Déclasser 0 paquet(s)
Est-ce correct [o/N] : n
Vous pouvez pas attendre deux jours ?
Il y a quelqu'un qui a merdé et poussé en stable un paquet dont les dépendances ne sont pas résolues.
Le plus simple à faire c'est d'attendre lundi aprem quand les nouveaux paquets seront poussés.
Êtes-vous vraiment si pressé ?
Avec --skip-broken vous mettez tout à jour sauf ce que ne peux l'être (cf la sortie de c@sp€r qui a tout à jour sauf les dépendances cassées) et quand le problème sera résolu ça ira tout seul 🙂
Il y a quelqu'un qui a merdé et poussé en stable un paquet dont les dépendances ne sont pas résolues.
Le plus simple à faire c'est d'attendre lundi aprem quand les nouveaux paquets seront poussés.
Êtes-vous vraiment si pressé ?
Avec --skip-broken vous mettez tout à jour sauf ce que ne peux l'être (cf la sortie de c@sp€r qui a tout à jour sauf les dépendances cassées) et quand le problème sera résolu ça ira tout seul 🙂
C'est clair on dirait que c'est la fin du monde tout d'un coup, pourtant y'en a encore des paquets en attente dans les dépots testing !pingou wrote:Vous pouvez pas attendre deux jours ?
Il y a quelqu'un qui a merdé et poussé en stable un paquet dont les dépendances ne sont pas résolues.
Le plus simple à faire c'est d'attendre lundi aprem quand les nouveaux paquets seront poussés.
Êtes-vous vraiment si pressé ?
Avec --skip-broken vous mettez tout à jour sauf ce que ne peux l'être (cf la sortie de c@sp€r qui a tout à jour sauf les dépendances cassées) et quand le problème sera résolu ça ira tout seul 🙂
le --nodeps ne sert à rien qu'à augmenter les risques de casser ton système
evolution et evolution-data-server sont deux choses différentes (même si l'une dépend de l'autre)
Et à voir la liste de dépendance d'evolution-data-server moi je le retirerai pas.
Si tu ne te sert pas d'evolution, yum remove evolution tu verras les plugins partiront en même temps, mais si tu retires evolution-data-server tu n'auras plus grand chose de ton gnome après...
evolution et evolution-data-server sont deux choses différentes (même si l'une dépend de l'autre)
Et à voir la liste de dépendance d'evolution-data-server moi je le retirerai pas.
Si tu ne te sert pas d'evolution, yum remove evolution tu verras les plugins partiront en même temps, mais si tu retires evolution-data-server tu n'auras plus grand chose de ton gnome après...
+1
- Modifié
bonjour
+1
mais je vais suivre les excellents conseils d'attente...
c'est pas ça qui va planter le système. Par contre, à s'acharner à faire des bidouilles peu orthodoxes, là, on risque la galère :-?
et même si ce soir ou demain, le problème n'est pas résolu, confiance, tout arrive à qui sait attendre
d'accord aussi pour --skip-broken
+1
mais je vais suivre les excellents conseils d'attente...
c'est déjà arrivé par le passé ce genre de problème avec des versions inférieures de fedora et puis un jour, miracle : un yum update corrige le toutVous pouvez pas attendre deux jours ?
Il y a quelqu'un qui a merdé et poussé en stable un paquet dont les dépendances ne sont pas résolues.
Le plus simple à faire c'est d'attendre lundi aprem quand les nouveaux paquets seront poussés.
Êtes-vous vraiment si pressé ?
c'est pas ça qui va planter le système. Par contre, à s'acharner à faire des bidouilles peu orthodoxes, là, on risque la galère :-?
et même si ce soir ou demain, le problème n'est pas résolu, confiance, tout arrive à qui sait attendre
d'accord aussi pour --skip-broken
- Modifié
De nouvelle mise à jours ont été rajoutées, et le problème est résolu 🙂 .
edit : Oo, La mise à jours a été retirer, puis remise, ce qui fait que la mise à jours a bien eu lieu, mais toujours un problème avec celle-ci :/
edit : Oo, La mise à jours a été retirer, puis remise, ce qui fait que la mise à jours a bien eu lieu, mais toujours un problème avec celle-ci :/
Oui c'est mignon 48 heures sans "gnome-panel" ... très pratique pour travailler (pas la peine de m'énumérer tous les autres environnements graphiques à ma disposition, merci)
Avec toutes les vérifs qui sont faites pour publier un paquet, je comprends pas que ce genre d'erreur puisse arriver surtout sur un paquet avec tant de dépendances si importantes.
Avec toutes les vérifs qui sont faites pour publier un paquet, je comprends pas que ce genre d'erreur puisse arriver surtout sur un paquet avec tant de dépendances si importantes.
comment ça se fait que t'ai perdu le gnome-panel?