Problème de dépendance [Réglé]
mcc et libreoffice très mal en point...
Cauldron, la prochaine version de Mageia
Troumad Membre non connecté
-
- Voir le profil du membre Troumad
- Inscrit le : 16/10/2010
- Site internet
- Groupes :
Ce matin, je commence à vouloir ouvrir un fichier libreoffice avec libreoffice, il ne peut pas y arriver. je vérifie, j'ai perdu les rpm de libreoffice-writer, calc, math et autre...
Enfin vérifier... mcc ne marchait plus non plus. La plupart des outils "drak" ont aussi disparu...
J'ai installé de force les rpm avec libreoffice et les drak afin de retrouver un environnement de travail correct.
Code :
urpmi --allow-force lib64python3.6-stdlib libreoffice-pyuno lib64python3.6 libreoffice-math libreoffice
urpmi --allow-force drakconf
Maintenant j'ai ce message quand je souhaite faire une mise à jour :
Code :
Certains paquetages demandés ne peuvent pas être installés :
python3-3.7.1-1.mga7.x86_64 (afin de garder lib64python3.6-stdlib-3.6.7-3.mga7.x86_64)
rpm-mageia-setup-2.37-9.mga7.x86_64 (afin de garder rpm-mageia-setup-build-2.37-8.mga7.x86_64)
Fafoulous Membre non connecté
-
- Voir le profil du membre Fafoulous
- Inscrit le : 27/07/2011
- Groupes :
Apparement, le paquet python3-3.7 est dans le dépôt core-updates_testing ce qui doit créer un conflit avec python3-3.6.
Tu as activé ce dépôt dans cauldron ?
Troumad Membre non connecté
-
- Voir le profil du membre Troumad
- Inscrit le : 16/10/2010
- Site internet
- Groupes :
Je vire les testing et les backport ! Sur du caudron, c'est de la folie !
Troumad Membre non connecté
-
- Voir le profil du membre Troumad
- Inscrit le : 16/10/2010
- Site internet
- Groupes :
Citation :
Vous ne devez pas installer les packages de Core Updates Testing sur Cauldron, sauf si vous * savez * vraiment ce que vous faites.
Dans ce cas, vous êtes au milieu du passage annoncée vers Python 3.7. Donc toutes vos applications utilisant Python seront interrompues jusqu'à ce que
la mise à niveau soit terminée.
Je conseillerais de rétrograder les packages mis à jour vers leur version de base.
Dans ce cas, vous êtes au milieu du passage annoncée vers Python 3.7. Donc toutes vos applications utilisant Python seront interrompues jusqu'à ce que
la mise à niveau soit terminée.
Je conseillerais de rétrograder les packages mis à jour vers leur version de base.
Troumad Membre non connecté
-
- Voir le profil du membre Troumad
- Inscrit le : 16/10/2010
- Site internet
- Groupes :
Code :
[root@localhost ~]# urpmi --downgrade lib64python3.7
Pas de paquetage nommé lib64python3.7
[root@localhost ~]# urpmi --downgrade lib64python
Pas de paquetage nommé lib64python
[root@localhost ~]# urpmi --downgrade lib64python3.7-stdlib
Pas de paquetage nommé lib64python3.7-stdlib
[root@localhost ~]# urpme lib64python3.7-stdlib
Pour satisfaire les dépendances, les 28 paquetages suivants vont être désinstallés (75Mo):
drakconf-13.17-1.mga7.noarch [...] drakguard-1.6-2.mga7.noarch [...] drakx-net-2.34-2.mga7.noarch [...] drakx-net-applet-2.34-2.mga7.noarch [...] drakxtools-18.9-1.mga7.x86_64 [...] gdb-8.2-6.mga7.x86_64 [...] gobject-introspection-1.58.3-2.mga7.x86_64 [...] gurpmi-8.114-2.mga7.noarch [...] kdevelop-5.3.1-1.mga7.x86_64 [...] kdevelop-php-5.3.1-1.mga7.x86_64 [...] lib64girepository1.0_1-1.58.3-2.mga7.x86_64 [...] lib64python3.7-3.7.1-1.mga7.x86_64 [...] lib64python3.7-stdlib-3.7.1-1.mga7.x86_64 [...] mgaonline-3.25-3.mga7.noarch [...] msec-gui-2.6-5.mga7.x86_64 [...] net_monitor-0.24-3.mga7.x86_64 [...] de python3-gobject3) [...] perl-Gtk3-0.34.0-3.mga7.noarch [...] perl-Gtk3-Notify-0.20.0-2.mga7.noarch [...] perl-Gtk3-SimpleList-0.180.0-1.mga7.noarch [...] perl-Gtk3-WebKit2-0.60.0-8.mga7.noarch [...] python3-gobject3-3.30.4-1.mga7.x86_64 [...] rpm-build-4.14.2.1-9.mga7.x86_64 [...] rpm-mageia-setup-build-2.37-8.mga7.x86_64 [...] rpmdrake-6.28-2.mga7.noarch [...] userdrake-2.18-1.mga7.x86_64 [...]
Supprimer 28 paquetages ? (o/N) n
J'ai donc testé au niveau de rpm, où j'ai vu qu"'il fallait déjà remettre à jour 3 fichiers pour ne rien perdre ( le -f est juste là si ça peut passer plus vite, mais je pense qu'il est inutile) ) :
Code :
[root@localhost ~]# rpm -e -f lib64python3.7-stdlib lib64python3.7
erreur : Dépendances requises:
libpython3.7m.so.1.0()(64bit) est nécessaire pour (déjà installé) gobject-introspection-1.58.3-2.mga7.x86_64
libpython3.7m.so.1.0()(64bit) est nécessaire pour (déjà installé) gdb-headless-8.2-6.mga7.x86_64
[root@localhost ~]# urpmi --downgrade gdb-headless gobject-introspection
Afin de poursuivre la mise à jour, les paquetages suivants doivent être désinstallés :
gdb-8.2-6.mga7.x86_64
(car gdb-headless(x86-64) == 8.2-6.mga7 est non satisfait)
gdb-headless-8.2-6.mga7.x86_64
(pour installer le paquetage gdb-headless-8.2-3.mga7.x86_64)
gobject-introspection-1.58.3-2.mga7.x86_64
(pour installer le paquetage gobject-introspection-1.58.3-1.mga7.x86_64) (o/N) n
[root@localhost ~]# urpmi --downgrade gdb-headless gobject-introspection gdb
Et là, j'ai pu conclure :
Code :
[root@localhost ~]# rpm -e -f lib64python3.7-stdlib lib64python3.7
[root@localhost ~]#
Fafoulous Membre non connecté
-
- Voir le profil du membre Fafoulous
- Inscrit le : 27/07/2011
- Groupes :
Heureusement qu'il n'y avait pas énormément de dépendances et paquets upgradés.
Et c'est bizarre que libreoffice disparaisse comme ça. Ça veut dire que cauldron est vraiment instable en ce moment et que c'est en train de bouger...
Tu ne testes pas la bêta plutot que cauldron ?
Troumad Membre non connecté
-
- Voir le profil du membre Troumad
- Inscrit le : 16/10/2010
- Site internet
- Groupes :
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie