Xfce disparu ! Vous aussi ? [Réglé]
Grosse fatique !...
Cauldron, la prochaine version de Mageia
stroibe974 Membre non connecté
-
- Voir le profil du membre stroibe974
- Inscrit le : 13/08/2018
- Groupes :
-
Modérateur
Reprise du message précédent
magnux77 :
Mais il N'est PAS installé. La preuve :
Mais il N'est PAS installé. La preuve :
Code BASH :
[root@e6410 ~]# urpme firefox-66.0.5-3.mga7.i586 paquetage inconnu: firefox-66.0.5-3.mga7.i586
Je ne pense pas que urpme prenne en compte tout cela : urpme firefox me semble mieux adapté pour effacer toute version installée de firefox.
Mageia 8 (64bits) - Plasma - Intel Core i7-8700K @ 3.70Ghz - 16Go RAM
magnux77 Membre non connecté
-
- Voir le profil du membre magnux77
- Inscrit le : 21/09/2009
- Groupes :
-
Membre d'Honneur
Stroibe974 :
Je ne pense pas que urpme prenne en compte tout cela : urpme firefox me semble mieux adapté pour effacer toute version installée de firefox.
Code BASH :
J'ai déjà perdu mon GUI, je ne veux pas perdre en plus mon navigateur ! Je ne le supprime pas mais ça montre bien que c'est le 64 qui est installé.
[root@e6410 ~]# urpme firefox Pour satisfaire les dépendances, les 2 paquetages suivants vont être désinstallés (174Mo): firefox-66.0.3-1.mga7.x86_64 firefox-fr-66.0.3-1.mga7.noarch (car firefox == 0:66.0.3 est non satisfait) Supprimer 2 paquetages ? (o/N)
stroibe974 Membre non connecté
-
- Voir le profil du membre stroibe974
- Inscrit le : 13/08/2018
- Groupes :
-
Modérateur
magnux77 :
J'ai déjà perdu mon GUI, je ne veux pas perdre en plus mon navigateur ! Je ne le supprime pas mais ça montre bien que c'est le 64 qui est installé.
J'ai déjà perdu mon GUI, je ne veux pas perdre en plus mon navigateur ! Je ne le supprime pas mais ça montre bien que c'est le 64 qui est installé.
Je te comprends très facilement...
C'est sans garantie, mais je vois dans tes premiers messages que tu utilises $MIRRORLIST et d'après ce que je lis régulièrement sur la ML de QA, les « gourous » de Mageia ne font pas confiance à $MIRRORLIST sur leur Cauldron.
Du coup, voici ce que je tenterais :
1. urpmi --clean
2. urpmi.removemedia -a
3. urpmi.addmedia --distrib 'ftp://ftp.free.fr/mirrors/mageia.org/distrib/7/x86_64'
4. urpmi --auto-update
5. si tout se passe bien, installation de task-xfce, de drakconf et compagnie
Édité par stroibe974 Le 18/05/2019 à 21h19
Mageia 8 (64bits) - Plasma - Intel Core i7-8700K @ 3.70Ghz - 16Go RAM
magnux77 Membre non connecté
-
- Voir le profil du membre magnux77
- Inscrit le : 21/09/2009
- Groupes :
-
Membre d'Honneur
stroibe974 :
1° J'utilise MIRRORLIST, ce n'est pas un choix, c'est depuis l'install et je t'avoue que je n'ai pas trop envie de changer. Je veux apprécier la confiance que je peux avoir dans ces mécanismes. tu utilises $MIRRORLIST et d'après ce que je lis régulièrement sur la ML de QA, les « gourous » de Mageia ne font pas confiance à $MIRRORLIST sur leur Cauldron.
2° Si la confiance des gourous en MIRRORLIST est limitée seulement à la Cauldron, je suis prêt à attendre sur ce PC.
3° Déjà que le Xfce en prend un coup dans le nez, si en plus les mécanismes de base de Mageia déconnent...
Laissons passer la nuit. Voire le week-end...
Merci à tous, à bientôt.
stroibe974 Membre non connecté
-
- Voir le profil du membre stroibe974
- Inscrit le : 13/08/2018
- Groupes :
-
Modérateur
magnux77 :
1° J'utilise MIRRORLIST, ce n'est pas un choix, c'est depuis l'install et je t'avoue que je n'ai pas trop envie de changer. Je veux apprécier la confiance que je peux avoir dans ces mécanismes.
1° J'utilise MIRRORLIST, ce n'est pas un choix, c'est depuis l'install et je t'avoue que je n'ai pas trop envie de changer. Je veux apprécier la confiance que je peux avoir dans ces mécanismes.
C'est un mécanisme plutôt fiable sur une version stable. Sur Cauldron, il y a de nouveaux packages quasiment toutes les heures. Entre hier soir et ce soir, il y a eu 3 versions du kernel 5.1.3. Et tous les miroirs ne se synchronisent pas toutes les 30 minutes, donc quand tu interroges plusieurs miroirs pour avoir une liste de mises à jour, ça donne forcément des résultats étonnants de temps en temps. Ce problème est largement moindre lorsque tu t'adresses à un seul et unique serveur, c'est ce que fera ma 3e commande.
Je crois qu'il est illusoire de vouloir utiliser Cauldron comme si c'était une Mageia stable. Les développeurs ne le font pas en tout cas ; en tant que simple utilisateur, je suis heureux de pouvoir suivre leur exemple.
Mageia 8 (64bits) - Plasma - Intel Core i7-8700K @ 3.70Ghz - 16Go RAM
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Si drakrpm-edit-media ( ou drakrpm-editmedia , j' ai les deux sur la Cauldron) fonctionne, on peut peut être désactiver les dépots 32 bits temporairement avant de faire les urpmi --auto-update et urpmi task-xfce , puis les réactiver si les deux commandes précédentes ont fonctionnées?
Édité par nic80 Le 19/05/2019 à 09h41
magnux77 Membre non connecté
-
- Voir le profil du membre magnux77
- Inscrit le : 21/09/2009
- Groupes :
-
Membre d'Honneur
@nic80 : ça ne fonctionne pas. Voir ci-dessous 1° les dépôts 32 bits retirés, l 'auto-update et l'install task-xfce.
Code BASH :
[root@e6410 ~]# urpmq --list-media active Core Release (distrib1) Core Updates (distrib3) Nonfree Release (distrib11) Nonfree Updates (distrib13) Tainted Release (distrib21) Tainted Updates (distrib23) [root@e6410 ~]# urpmi --auto-update le média « Core Release (distrib1) » est à jour le média « Core Updates (distrib3) » est à jour le média « Nonfree Release (distrib11) » est à jour le média « Nonfree Updates (distrib13) » est à jour le média « Tainted Release (distrib21) » est à jour le média « Tainted Updates (distrib23) » est à jour Le paquetage demandé ne peut pas être installé : firefox-fr-66.0.5-1.mga7.noarch (car firefox-66.0.5-3.mga7.i586 est non satisfait) Désirez-vous tout de même continuer ? (O/n) O Certains paquets ont été installés mais d'autres ont échoué. Le paquetage demandé ne peut pas être installé : firefox-fr-66.0.5-1.mga7.noarch (car firefox-66.0.5-3.mga7.i586 est non satisfait) Désirez-vous tout de même continuer ? [root@e6410 ~]# urpmi task-xfce Le paquetage demandé ne peut pas être installé : libdri-drivers-19.1.0-0.rc2.4.mga7.i586 (car mesa-19.1.0-0.rc2.4.mga7.i586 est non satisfait) Désirez-vous tout de même continuer ? (O/n) O Certains paquets ont été installés mais d'autres ont échoué. Le paquetage demandé ne peut pas être installé : libdri-drivers-19.1.0-0.rc2.4.mga7.i586 (car mesa-19.1.0-0.rc2.4.mga7.i586 est non satisfait) Désirez-vous tout de même continuer ? [root@e6410 ~]#
Bon , je vais essayer de me tenir à ma résolution d'attendre la résolution par synchro des dépôts. J'ai bien Stroibe974 mais j'attends encore.
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
magnux77 :
Stroibe974 :
Je ne pense pas que urpme prenne en compte tout cela : urpme firefox me semble mieux adapté pour effacer toute version installée de firefox.
Code BASH :
J'ai déjà perdu mon GUI, je ne veux pas perdre en plus mon navigateur ! Je ne le supprime pas mais ça montre bien que c'est le 64 qui est installé.[root@e6410 ~]# urpme firefox Pour satisfaire les dépendances, les 2 paquetages suivants vont être désinstallés (174Mo): firefox-66.0.3-1.mga7.x86_64 firefox-fr-66.0.3-1.mga7.noarch (car firefox == 0:66.0.3 est non satisfait) Supprimer 2 paquetages ? (o/N)
Cette histoire m'intrigue, peux tu lister tous les RPM d'installer et filtrer uniquement firefox ?
Code BASH :
[jybz@localhost ~]$ rpm -qa | grep firefox firefox-fr-66.0.5-1.mga7 firefox-66.0.5-3.mga7
Si si stroibe974, je te rassure, rpm/urpmi/urpme prennent bien en compte l'architecture dans le nom du paquet. Mais là c'est étrange.
Sinon, je viens de mettre à jour le paquet lib64dri-drivers ! Tu pourrais retenter l'installation de task-xfce.
Code BASH :
[jybz@localhost ~]$ rpm -qa | grep lib64dri lib64dri-drivers-19.1.0-0.rc2.4.mga7
magnux77 :
En 1 an et demi de Cauldron 6, je n'ai JA-MAIS eu aucun problème.
Jybz :
C'est le problème de la cauldron et son instabilité
C'est le problème de la cauldron et son instabilité
En 1 an et demi de Cauldron 6, je n'ai JA-MAIS eu aucun problème.
Moi j'en ai eu un il y a 8 mois ! C'est rare, mais ça arrive. Je trouve que l'équipe fait du bon boulot pour avoir un système en développement aussi stable. N'est il pas ?
Oui tu peux rester sur $MIRROIRLIST. Elle préselectionne un serveur qui n'est peut-être pas synchronisé dans l'heure, il peut donc avoir un retard de quelques heures. https://mirrors.mageia.org/status Les pires sont "ceux qui ont plus de 12h de retard".
Peux tu lister aussi les paquets installé en 32b ?
Code BASH :
$ rpm -qa --qf '%{NAME}-%{VERSION}-%{RELEASE} (%{ARCH})\n' | grep "86)"
(il me semblait que rpm affichait par lui même l'architecture, je viens de me rentre compte que non, il faut le lui demander ..)
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Source : "Date: Sun, 19 May 2019 12:09:51 +0300" (Oui, ça date de 5 minutes !)
https://ml.mageia.org/l/arc/dev/2019-05/msg00493.html
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Il ne réussi pas à mettre à jour un paquet (libdri-driver) i586, car (comme le dépot 32b est désactivé) il ne réussi pas à sélectionner le paquet mesa i586.
Hum...
Si j'étais toi, je listerai les paquet 32b rediriger vers un fichier.
Édition du fichier (en CLI à coup de sed ?) pour supprimer les informations supplémentaire (architecture etc) et ne garder que le nom.
Désinstaller tous ces paquets 32b,
S'assurer que les médias 64b et uniquement 64b soient activés.
Installer les paquets de cette liste (sans architecture). Attention, les librairies ont un gros défaut, au lieu de libdri-driver, il faut prendre le paquet lib64dri-driver (mais je viens de me rendre compte que c'est une connerie ce nommage ! Et c'est limite impossible de revenir en arrière sur ce nommage ...)
Ma solution, j'avoue que c'est de la haute voltige...
Fafoulous Membre non connecté
-
- Voir le profil du membre Fafoulous
- Inscrit le : 27/07/2011
- Groupes :
Je trouve ça étonnant voir presque choquant de perdre son environnement suite à une mise a jour et qu'après il soit configuré pour du 32 bits. Du coup tu as des dépendances manquantes a chaque installation ou Maj... sympa !
Bon on est sous cauldron mais quand même, presque en version definitive.
Aux premiers abords, on dirait plus un problème de média. As-tu essayer de pointer vers un autre URL pour voir le résultat ?
si tu tapes en console "arch" ou "getconf LONG_BIT", ca donne quoi ?
je vois qu'il y a quelques paquets xfce qui ont été mis a jour ici. C'est peut être lié a ton problème.
J'ai fait une MAJ ce matin et pas de soucis pour ma part.
Édité par Fafoulous Le 19/05/2019 à 13h10
magnux77 Membre non connecté
-
- Voir le profil du membre magnux77
- Inscrit le : 21/09/2009
- Groupes :
-
Membre d'Honneur
Fafoulous :
Je t'avoue que moi aussi. Je n'ai jamais vu un truc pareil, même en Cauldron.Je trouve ça étonnant voir presque choquant de perdre son environnement suite à une mise a jour
Fafoulous :
Là, je crois que tu te trompes.et qu'après il soit configuré pour du 32 bits.
@Jybz
Les medias actifs
Code BASH :
[root@e6410 ~]# urpmq --list-media active Core Release (distrib1) Core Updates (distrib3) Nonfree Release (distrib11) Nonfree Updates (distrib13) Tainted Release (distrib21) Tainted Updates (distrib23) Core 32bit Release (distrib31) Core 32bit Updates (distrib32) Nonfree 32bit Release (distrib36) Nonfree 32bit Updates (distrib37) Tainted 32bit Release (distrib41) Tainted 32bit Updates (distrib42) [root@e6410 ~]#
Pour firefox :
Code BASH :
[root@e6410 ~]# rpm -qa | grep firefox firefox-66.0.3-1.mga7 firefox-fr-66.0.3-1.mga7 firefox-beta-67.0-0.b15.mga7 [root@e6410 ~]#
Code BASH :
[root@e6410 ~]# rpm -qa | grep lib64dri lib64dri-drivers-19.0.3-4.mga7 [root@e6410 ~]#
Pour l'install Xfce
Code BASH :
[root@e6410 ~]# urpmi task-xfce Le paquetage demandé ne peut pas être installé : libdri-drivers-19.1.0-0.rc2.4.mga7.i586 (car mesa-19.1.0-0.rc2.4.mga7.i586 est non satisfait) Désirez-vous tout de même continuer ? (O/n) Certains paquets ont été installés mais d'autres ont échoué. Le paquetage demandé ne peut pas être installé : libdri-drivers-19.1.0-0.rc2.4.mga7.i586 (car mesa-19.1.0-0.rc2.4.mga7.i586 est non satisfait) Désirez-vous tout de même continuer ? [root@e6410 ~]#
Pour ce qui est installe en 32 bits (y a du monde ???)
Code BASH :
[root@e6410 ~]# rpm -qa --qf '%{NAME}-%{VERSION}-%{RELEASE} (%{ARCH})\n' | grep "86)" libnettle6-3.4.1-1.mga7 (i586) libbz2_1-1.0.6-12.mga7 (i586) libxml2_2-2.9.9-2.mga7 (i586) libmount1-2.33.2-1.mga7 (i586) mageia-release-common-7-0.16.mga7 (i586) libncurses6-6.1-20181117.3.mga7 (i586) libdb5.3-5.3.28-17.mga7 (i586) libcurl4-7.64.1-1.mga7 (i586) libp11-kit0-0.23.15-1.mga7 (i586) libjson-c4-0.13.1-2.mga7 (i586) libsmartcols1-2.33.2-1.mga7 (i586) libzlib1-1.2.11-7.mga7 (i586) libnettle6-3.4.1-1.mga7 (i586) libbz2_1-1.0.6-12.mga7 (i586) libxml2_2-2.9.9-2.mga7 (i586) libmount1-2.33.2-1.mga7 (i586) mageia-release-common-7-0.16.mga7 (i586) libncurses6-6.1-20181117.3.mga7 (i586) libdb5.3-5.3.28-17.mga7 (i586) libcurl4-7.64.1-1.mga7 (i586) libp11-kit0-0.23.15-1.mga7 (i586) libjson-c4-0.13.1-2.mga7 (i586) libsmartcols1-2.33.2-1.mga7 (i586) libzlib1-1.2.11-7.mga7 (i586) libhogweed4-3.4.1-1.mga7 (i586) libssh4-0.8.7-1.mga7 (i586) libpcre1-8.43-1.mga7 (i586) libsolv1-0.7.4-1.mga7 (i586) libopenssl1.1-1.1.0j-1.mga7 (i586) libverto1-0.3.0-3.mga7 (i586) libreadline7-7.0-3.mga7 (i586) libldap2.4_2-2.4.47-3.mga7 (i586) libacl1-2.2.53-1.mga7 (i586) libzstd1-1.4.0-1.mga7 (i586) librepo0-1.10.2-1.mga7 (i586) libgpg-error0-1.36-1.mga7 (i586) libext2fs2-1.45.0-1.mga7 (i586) libkeyutils1-1.6-1.mga7 (i586) libassuan0-2.5.3-1.mga7 (i586) libicu63-63.1-1.mga7 (i586) libmodulemd1-1.8.8-1.mga7 (i586) libcap2-2.27-1.mga7 (i586) libunistring2-0.9.10-2.mga7 (i586) libgcrypt20-1.8.4-1.mga7 (i586) libsasl2_3-2.1.27-1.mga7 (i586) libgnutls30-3.6.7-1.mga7 (i586) libyaml0_2-0.2.1-2.mga7 (i586) libgio2.0_0-2.60.2-1.mga7 (i586) liblzma5-5.2.4-2.mga7 (i586) libuuid1-2.33.2-1.mga7 (i586) libffi6-3.2.1-7.mga7 (i586) libbrotlidec1-1.0.7-2.mga7 (i586) libpopt0-1.16-14.mga7 (i586) libzck1-1.1.1-1.mga7 (i586) libsqlite3_0-3.28.0-1.mga7 (i586) libkrb53-1.17-2.mga7 (i586) libnghttp2_14-1.38.0-1.mga7 (i586) librpm8-4.14.2.1-11.mga7 (i586) libidn2_0-2.1.1a-1.mga7 (i586) libtasn1_6-4.13-2.mga7 (i586) liblua5.3-5.3.5-2.mga7 (i586) libglib2.0_0-2.60.2-1.mga7 (i586) libdnf2-0.33.0-1.mga7 (i586) libgmp10-6.1.2-3.mga7 (i586) libblkid1-2.33.2-1.mga7 (i586) libelfutils1-0.176-1.mga7 (i586) libgpgme11-1.13.0-1.mga7 (i586) mageia-repos-7-0.1.0.mga7 (i586) libintl8-0.19.8.1-4.mga7 (i586) libbrotlicommon1-1.0.7-2.mga7 (i586) libpsl5-0.21.0-1.mga7 (i586) libglib-networking-gnutls-2.60.2-1.mga7 (i586) mageia-release-Default-7-0.16.mga7 (i586)
Édité par magnux77 Le 19/05/2019 à 14h17
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Code BASH :
urpmi.removemedia nameofmedia
Voici ta liste :
Code TEXT :
Core 32bit Release (distrib31) Core 32bit Updates (distrib32) Nonfree 32bit Release (distrib36) Nonfree 32bit Updates (distrib37) Tainted 32bit Release (distrib41) Tainted 32bit Updates (distrib42)
En tant que "nameofmedia", je tente
Code BASH :
urpmi.removemedia distrib31 urpmi.removemedia distrib32 urpmi.removemedia distrib36 urpmi.removemedia distrib37 urpmi.removemedia distrib41 urpmi.removemedia distrib42
Puis je tenterai l'installation en 64b des librairies (avant de désinstaller les lib 32b)
urpmi lib64nettle6
Ou :
# rpm -qa --qf '%{NAME}-%{VERSION}-%{RELEASE} (%{ARCH})\n' | grep "86)" | sed -e "s/-.*$//" -e "s/^lib/lib64/" > liste64b
Vérifie la liste avant de l'installer !
# urpmi $(cat liste64b | tr '\n' ' ')
Édité par Jybz Le 19/05/2019 à 17h58
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Puisque l' on est dans le sujet urpmi...
Sur quoi se base l' outil pour savoir quels paquets il doit installer au niveau architecture ( il lance une commande particulière, lit l' information quelque part ( dans /etc/release par exemple) ?
D' ailleurs dans le paquet mageia-release common, je lis:
Citation :
* dim. mai 19 2019 tmb <tmb> 7-0.16.mga7
+ Revision: 1398439
- switch from Cauldron to Official release
+ Revision: 1398439
- switch from Cauldron to Official release
Bravo Magnux77, tu as une version 7 "Official release" de Mageia ( enfin je crois)!
mais en 32 bits ( paquet 586 et pas x86_64).Comme tu es en x86_64, est ce que le paquet x86_64 du paquet mageia-release-common-7-0.16.mga7 est installé ?
D' ailleurs, j'ai moi aussi:
Code BASH :
cat /etc/release Mageia release 7 (Official) for x86_64
Édité par nic80 Le 19/05/2019 à 17h16
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
nic80 :
Puisque l' on est dans le sujet urpmi...
Sur quoi se base l' outil pour savoir quels paquets il doit installer au niveau architecture ( il lance une commande particulière, lit l' information quelque part ( dans /etc/release par exemple) ?
Puisque l' on est dans le sujet urpmi...
Sur quoi se base l' outil pour savoir quels paquets il doit installer au niveau architecture ( il lance une commande particulière, lit l' information quelque part ( dans /etc/release par exemple) ?
Moi je ne sais pas... Sur le nom donné avec une préférence pour l'arch 64 (qui ne sera jamais là en 32b) ?
Car libbz c'est 32b et lib64bz c'est 64b, donc a priori, le nom. Ensuite, entre firefox et firefox, pourquoi prendre le 32b au lieu du 64b... Je ne sais pas !
Mais la priorité, c'est de virer les dépots 32bits.
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Citation :
Ensuite, entre firefox et firefox, pourquoi prendre le 32b au lieu du 64b
Justement c' est la question que je me pose...
Déjà un:
Code BASH :
urpmq --list-media active --list-url
devrait déjà dire s' il faut enlever toutes les sources ou uniquement les dépots marqués 32 bits ( et ça seules les url de core release, core updates devrait permettre de le savoir)
edit: en fait, en relisant le sujet, j' ai vu que le tainted updates ( qui devrait être en x86_64 je suppose ) est en 586
Citation :
Tainted Updates (distrib23) » est à jour
$MIRRORLIST: media/../../i586/media/core/release/media_info/20190518-161633-synthesis.hdlist.cz
$MIRRORLIST: media/../../i586/media/core/release/media_info/20190518-161633-synthesis.hdlist.cz
Donc en fait il faut enlever toutes les sources et remettre les bonnes en 64 bits.
Citation :
urpmi.addmedia --distrib --mirrorlist http://mirrors.mageia.org/api/mageia.$VERSION.$ARCH.list
Mais encore faut il savoir comment est définie la variable ARCH.
Édité par nic80 Le 19/05/2019 à 18h35
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie