Xfce disparu ! Vous aussi ? [Réglé]
Grosse fatique !...
Cauldron, la prochaine version de Mageia

marc-andré Membre non connecté
-
- Voir le profil du membre marc-andré
- Inscrit le : 29/09/2015
- Groupes :
Reprise du message précédent
ton problème ressemble à celui que j'ai eut il y a deux mois lors de l'installation de la béta2www.mageialinux-online.org/forum/topic-25963+installation-mageia7-beta2-en-dur.php
je me suis résigné à réinstaller bien que ça soit contraire à mes principes;
je ne voyais pas comment en sortir;
et sur la nouvelle installation, je n'ai configuré que les 64 bits, et pour l'instant ça se passe bien ainsi.
HP ProDesk ;
Mageia8 Gnome
Liberté et sécurité sont les arguments classiques pour LINUX. En prime il y a aussi la dignité et la confiance ressentie depuis que je suis sous Mageia
Mageia8 Gnome
Liberté et sécurité sont les arguments classiques pour LINUX. En prime il y a aussi la dignité et la confiance ressentie depuis que je suis sous Mageia

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
?
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

stroibe974 Membre non connecté
-
- Voir le profil du membre stroibe974
- Inscrit le : 13/08/2018
- Groupes :
-
Modérateur
nic80 :
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
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
Effectivement. Alors que normalement, Tainted Updates (distrib23) devrait effectivement être un dépôt 64 bits.
Chez moi j'ai ça :
Code :
$ urpmq --list-media active --list-url
Core Release (distrib1) ftp://ftp.free.fr/mirrors/mageia.org/distrib/7/x86_64/media/core/release
Core Updates (distrib3) ftp://ftp.free.fr/mirrors/mageia.org/distrib/7/x86_64/media/core/updates
Nonfree Release (distrib11) ftp://ftp.free.fr/mirrors/mageia.org/distrib/7/x86_64/media/nonfree/release
Nonfree Updates (distrib13) ftp://ftp.free.fr/mirrors/mageia.org/distrib/7/x86_64/media/nonfree/updates
Tainted Release (distrib21) ftp://ftp.free.fr/mirrors/mageia.org/distrib/7/x86_64/media/tainted/release
Tainted Updates (distrib23) ftp://ftp.free.fr/mirrors/mageia.org/distrib/7/x86_64/media/tainted/updates
nic80 :
Donc en fait il faut enlever toutes les sources et remettre les bonnes en 64 bits.
Donc en fait il faut enlever toutes les sources et remettre les bonnes en 64 bits.
Effectivement. Et c'est ce que je disais dans mon premier message.
Mais ce qu'il serait intéressant de savoir, c'est comment il en est arrivé à avoir des dépôts 100% 32 bits.
On est plusieurs à utiliser Cauldron ici, sur des machines réelles et virtuelles, et personne d'autre n'a eu ça.

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Je viens d'envoyer un message sur les qa et dev pour demander si d'autres cas avaient été observés.
Je penche sérieusement pour une anomalie de mise à jour. Mais comment expliquer que pour l'instant, seul Magnux a été concerné ?
Magnux, as-tu dnf ?
Yves

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Car il me semble que c'est uniquement l'ordre d'ajout des dépots. Il suffit d'en rajouter, par exemple avec la méthode rsync, ou ftp, et ce numéro augmente si les autres ne sont pas supprimé.
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur

magnux77 Membre non connecté
-
- Voir le profil du membre magnux77
- Inscrit le : 21/09/2009
- Groupes :
-
Membre d'Honneur
Jybz :
Ça dit que :
FYI for Cauldron users: this means that MageiaUpdate no longer checks
"Release" media for package updates, so until Mageia 7 is released and
updates start coming through "Updates" media, you should update
manually with `urpmi --auto-update`.
"Release" media for package updates, so until Mageia 7 is released and
updates start coming through "Updates" media, you should update
manually with `urpmi --auto-update`.
He bien, c'est ce que j'ai fait, de l'urpmi --auto-update ! Et malgré cela, je me retrouve en 32 bits
Jybz :
urpmi --replacepkgs --force mageia-release-common ?
Code BASH :
L'option replacepkgs ne fonctionne pas car il n'y a pas de x86_64 d'installés. Et le force, seul, ne fait rien. Seuls les mageia-release-* 32b sont installés.[root@e6410 ~]# urpmi --replacepkgs --force mageia-release-common paquetage(s) mageia-release-common-7-0.16.mga7.x86_64 dans la base urpmi mais aucun n'est installé [root@e6410 ~]# urpmi --force mageia-release-common [root@e6410 ~]#
Puisque vous avez l'amabilité de m'assister, avez-vous bien lu mon post de 19/05/2019 à 23h10 : retirer les 2 packages mageia-release-* 32b fait gicler tout Xfce 64b. Y a comme un blème là, non ?
Édité par magnux77 Le 20/05/2019 à 10h12
...depuis Mandrake 7
Membre de l'April - « promouvoir et défendre le Logiciel Libre»
Soutien Framasoft - « Changer le monde, un octet à la fois»
Config n°1 : cpu=AMD64x6 mem=16G SSD=64G HDD=1T OS=Mageia8-64 DE=Xfce, Config n°2 : Dell Latitude E6410 SSD=120G OS=Mageia8 DE=Xfce, Config n°3 : ThinkpadR40 SSD=32G OS=[Manjaro, Parabola, Mageia6] DE=Xfce, Config n°4 : EeePC901 SSD=20Gb, OS=[SliTaz5/Lxde, Mageia8/Xfce]
Membre de l'April - « promouvoir et défendre le Logiciel Libre»
Soutien Framasoft - « Changer le monde, un octet à la fois»
Config n°1 : cpu=AMD64x6 mem=16G SSD=64G HDD=1T OS=Mageia8-64 DE=Xfce, Config n°2 : Dell Latitude E6410 SSD=120G OS=Mageia8 DE=Xfce, Config n°3 : ThinkpadR40 SSD=32G OS=[Manjaro, Parabola, Mageia6] DE=Xfce, Config n°4 : EeePC901 SSD=20Gb, OS=[SliTaz5/Lxde, Mageia8/Xfce]

magnux77 Membre non connecté
-
- Voir le profil du membre magnux77
- Inscrit le : 21/09/2009
- Groupes :
-
Membre d'Honneur
Papoteur :
Magnux, as-tu dnf ?
Non, je l'ai installé mais la vision des dépôts n'est pas la même. DNF ne voit que des dépôts 32bits, et comme activés QUE mageia-i586 et updates-i586.
Pas du tout ce qu'indique urpmq !
Code BASH :
[root@e6410 ~]# cat /etc/release; cat /etc/product.id;uname -a ; urpmq --list-media active --list-url Mageia release 7 (Official) for i586 vendor=Mageia.Org,distribution=Mageia,type=Basic,version=7,branch=Official,release=7,arch=i586,product=Default Linux e6410 5.1.3-desktop-4.mga7 #1 SMP Sat May 18 22:14:25 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux Core Release http://magie.remi.lu/distrib/7/x86_64/media/core/release Core Updates http://magie.remi.lu/distrib/7/x86_64/media/core/updates Nonfree Release http://magie.remi.lu/distrib/7/x86_64/media/nonfree/release Nonfree Updates http://magie.remi.lu/distrib/7/x86_64/media/nonfree/updates Tainted Release http://magie.remi.lu/distrib/7/x86_64/media/tainted/release Tainted Updates http://magie.remi.lu/distrib/7/x86_64/media/tainted/updates Nonfree 32bit Release http://magie.remi.lu/distrib/7/i586/media/nonfree/release Nonfree 32bit Updates http://magie.remi.lu/distrib/7/i586/media/nonfree/updates Tainted 32bit Release http://magie.remi.lu/distrib/7/i586/media/tainted/release Tainted 32bit Updates http://magie.remi.lu/distrib/7/i586/media/tainted/updates [root@e6410 ~]#
Édité par magnux77 Le 20/05/2019 à 10h33
...depuis Mandrake 7
Membre de l'April - « promouvoir et défendre le Logiciel Libre»
Soutien Framasoft - « Changer le monde, un octet à la fois»
Config n°1 : cpu=AMD64x6 mem=16G SSD=64G HDD=1T OS=Mageia8-64 DE=Xfce, Config n°2 : Dell Latitude E6410 SSD=120G OS=Mageia8 DE=Xfce, Config n°3 : ThinkpadR40 SSD=32G OS=[Manjaro, Parabola, Mageia6] DE=Xfce, Config n°4 : EeePC901 SSD=20Gb, OS=[SliTaz5/Lxde, Mageia8/Xfce]
Membre de l'April - « promouvoir et défendre le Logiciel Libre»
Soutien Framasoft - « Changer le monde, un octet à la fois»
Config n°1 : cpu=AMD64x6 mem=16G SSD=64G HDD=1T OS=Mageia8-64 DE=Xfce, Config n°2 : Dell Latitude E6410 SSD=120G OS=Mageia8 DE=Xfce, Config n°3 : ThinkpadR40 SSD=32G OS=[Manjaro, Parabola, Mageia6] DE=Xfce, Config n°4 : EeePC901 SSD=20Gb, OS=[SliTaz5/Lxde, Mageia8/Xfce]

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Il vaut mieux réparer cette source de problème avant et voir l'interface après.
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Voici les remarques de David Hodgins:
Citation :
First, all cauldron users need to be aware that mgaapplet will not show
updates now, as it only looks in the updates repos for them. The command
line will have to be used until after release freeze to get any updates.
No other reports that I'm aware of. Most likely, the user or mageiaupdate
run "urpmi.update a" while the mirror was being synced with the latest
changes, which were mostly xfce related, though it also included things
like drakconf and the other drak tools, so the mirror had the newer
i586 versions of those packages, but hadn't yet synced the newer x86_64
versions.
Fix is to wait for the mirror to finish syncing, then ensure local repos
are updated, then fix the install. I'd run ...
# urpmi.update e
(note the urpmi.update e updates the media for all repos, not just the
active ones. This works because the letter e exists in all of the repo
names, (Core, Nonfree, Tainted), not because the e by itself has a
special meaning to urpmi) Note that there is no hyphen in front of
the letter e, it is not a urpmi option.
# urpmi --auto-select
(then install all available updates. stop if it's going to uninstall
things other then old lib versions, and find out why)
Find out which packages were replaced with the 32 bit versions with
$ rpm -qa --qf "%{NAME} %{ARCH}\\n"|grep -v ^lib |grep i586 |sort
Then replace them with the x86_64 versions using the --replacepkgs
option if needed.
Regards, Dave Hodgins
First, all cauldron users need to be aware that mgaapplet will not show
updates now, as it only looks in the updates repos for them. The command
line will have to be used until after release freeze to get any updates.
No other reports that I'm aware of. Most likely, the user or mageiaupdate
run "urpmi.update a" while the mirror was being synced with the latest
changes, which were mostly xfce related, though it also included things
like drakconf and the other drak tools, so the mirror had the newer
i586 versions of those packages, but hadn't yet synced the newer x86_64
versions.
Fix is to wait for the mirror to finish syncing, then ensure local repos
are updated, then fix the install. I'd run ...
# urpmi.update e
(note the urpmi.update e updates the media for all repos, not just the
active ones. This works because the letter e exists in all of the repo
names, (Core, Nonfree, Tainted), not because the e by itself has a
special meaning to urpmi) Note that there is no hyphen in front of
the letter e, it is not a urpmi option.
# urpmi --auto-select
(then install all available updates. stop if it's going to uninstall
things other then old lib versions, and find out why)
Find out which packages were replaced with the 32 bit versions with
$ rpm -qa --qf "%{NAME} %{ARCH}\\n"|grep -v ^lib |grep i586 |sort
Then replace them with the x86_64 versions using the --replacepkgs
option if needed.
Regards, Dave Hodgins
En gros, la faute à pas de chance.
Il propose aussi l'option --replacepkgs, qui ne fonctionne pas. Je vais lui signalé tes derniers essais.
Yves

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Citation :
[jybz@localhost lin64]$ urpmf /etc/release
mageia-release-common:/etc/release
mageia-release-common:/etc/release
Font bien parti de ces paquets qui sont mal installé en 32b. Il faut d'abord supprimer les sources 32b avant tout. (pas les désactiver, mais les supprimer, comme ça, on n'a pas de risque de ce tromper.)
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

magnux77 Membre non connecté
-
- Voir le profil du membre magnux77
- Inscrit le : 21/09/2009
- Groupes :
-
Membre d'Honneur
Code BASH :
[root@e6410 ~]# urpmi.update e http://mirrors.mageia.org/api/mageia.7.x86_64.list: media/core/release/media_info/20190520-071615-synthesis.hdlist.cz média « Core Release » mis à jour http://mirrors.mageia.org/api/mageia.7.x86_64.list: media/debug/core/release/media_info/20190520-071718-synthesis.hdlist.cz le média « Core Updates » est à jour http://mirrors.mageia.org/api/mageia.7.x86_64.list: media/debug/core/updates/media_info/20180118-182314-synthesis.hdlist.cz http://mirrors.mageia.org/api/mageia.7.x86_64.list: media/core/updates_testing/media_info/20190520-070734-synthesis.hdlist.cz http://mirrors.mageia.org/api/mageia.7.x86_64.list: media/debug/core/updates_testing/media_info/20190520-070734-synthesis.hdlist.cz le média « Core Backports » est à jour http://mirrors.mageia.org/api/mageia.7.x86_64.list: media/debug/core/backports/media_info/20170714-185225-synthesis.hdlist.cz http://mirrors.mageia.org/api/mageia.7.x86_64.list: media/core/backports_testing/media_info/20171210-210442-synthesis.hdlist.cz http://mirrors.mageia.org/api/mageia.7.x86_64.list: media/debug/core/backports_testing/media_info/20171210-210442-synthesis.hdlist.cz http://mirrors.mageia.org/api/mageia.7.x86_64.list: media/nonfree/release/media_info/20190520-072733-synthesis.hdlist.cz média « Nonfree Release » mis à jour http://mirrors.mageia.org/api/mageia.7.x86_64.list: media/debug/nonfree/release/media_info/20190520-072733-synthesis.hdlist.cz le média « Nonfree Updates » est à jour http://mirrors.mageia.org/api/mageia.7.x86_64.list: media/debug/nonfree/updates/media_info/20180118-182300-synthesis.hdlist.cz http://mirrors.mageia.org/api/mageia.7.x86_64.list: media/nonfree/updates_testing/media_info/20190520-072727-synthesis.hdlist.cz http://mirrors.mageia.org/api/mageia.7.x86_64.list: media/debug/nonfree/updates_testing/media_info/20190520-072727-synthesis.hdlist.cz le média « Nonfree Backports » est à jour http://mirrors.mageia.org/api/mageia.7.x86_64.list: media/debug/nonfree/backports/media_info/20170714-185111-synthesis.hdlist.cz http://mirrors.mageia.org/api/mageia.7.x86_64.list: media/nonfree/backports_testing/media_info/20170714-185026-synthesis.hdlist.cz http://mirrors.mageia.org/api/mageia.7.x86_64.list: media/debug/nonfree/backports_testing/media_info/20170714-185027-synthesis.hdlist.cz http://mirrors.mageia.org/api/mageia.7.x86_64.list: media/tainted/release/media_info/20190520-072800-synthesis.hdlist.cz média « Tainted Release » mis à jour http://mirrors.mageia.org/api/mageia.7.x86_64.list: media/debug/tainted/release/media_info/20190520-072803-synthesis.hdlist.cz le média « Tainted Updates » est à jour http://mirrors.mageia.org/api/mageia.7.x86_64.list: media/debug/tainted/updates/media_info/20180118-182241-synthesis.hdlist.cz http://mirrors.mageia.org/api/mageia.7.x86_64.list: media/tainted/updates_testing/media_info/20190520-072753-synthesis.hdlist.cz http://mirrors.mageia.org/api/mageia.7.x86_64.list: media/debug/tainted/updates_testing/media_info/20190520-072753-synthesis.hdlist.cz le média « Tainted Backports » est à jour http://mirrors.mageia.org/api/mageia.7.x86_64.list: media/debug/tainted/backports/media_info/20170714-185056-synthesis.hdlist.cz http://mirrors.mageia.org/api/mageia.7.x86_64.list: media/tainted/backports_testing/media_info/20170714-185042-synthesis.hdlist.cz http://mirrors.mageia.org/api/mageia.7.x86_64.list: media/debug/tainted/backports_testing/media_info/20170714-185042-synthesis.hdlist.cz http://mirrors.mageia.org/api/mageia.7.x86_64.list: media/../../i586/media/core/release/media_info/20190520-071154-synthesis.hdlist.cz http://mirrors.mageia.org/api/mageia.7.x86_64.list: media/../../i586/media/core/updates/media_info/20180118-182314-synthesis.hdlist.cz http://mirrors.mageia.org/api/mageia.7.x86_64.list: media/../../i586/media/core/updates_testing/media_info/20190520-070700-synthesis.hdlist.cz le média « Core 32bit Backports » est à jour http://mirrors.mageia.org/api/mageia.7.x86_64.list: media/../../i586/media/core/backports_testing/media_info/20171210-210441-synthesis.hdlist.cz http://mirrors.mageia.org/api/mageia.7.x86_64.list: media/../../i586/media/nonfree/release/media_info/20190520-072730-synthesis.hdlist.cz média « Nonfree 32bit Release » mis à jour le média « Nonfree 32bit Updates » est à jour http://mirrors.mageia.org/api/mageia.7.x86_64.list: media/../../i586/media/nonfree/updates_testing/media_info/20190520-072726-synthesis.hdlist.cz le média « Nonfree 32bit Backports » est à jour http://mirrors.mageia.org/api/mageia.7.x86_64.list: media/../../i586/media/nonfree/backports_testing/media_info/20170714-185026-synthesis.hdlist.cz http://mirrors.mageia.org/api/mageia.7.x86_64.list: media/../../i586/media/tainted/release/media_info/20190520-072756-synthesis.hdlist.cz média « Tainted 32bit Release » mis à jour le média « Tainted 32bit Updates » est à jour http://mirrors.mageia.org/api/mageia.7.x86_64.list: media/../../i586/media/tainted/updates_testing/media_info/20190520-072752-synthesis.hdlist.cz le média « Tainted 32bit Backports » est à jour http://mirrors.mageia.org/api/mageia.7.x86_64.list: media/../../i586/media/tainted/backports_testing/media_info/20170714-185041-synthesis.hdlist.cz [root@e6410 ~]#
Code BASH :
[root@e6410 ~]# urpmi --auto-select Les paquetages sont à jour [root@e6410 ~]#
Code BASH :
[root@e6410 ~]# rpm -qa --qf "%{NAME} %{ARCH}\\n"|grep -v ^lib |grep i586 |sort mageia-release-common i586 mageia-release-Default i586 mageia-repos i586 [root@e6410 ~]#
Code BASH :
[root@e6410 ~]# urpmi --replacepkgs --force mageia-release-common paquetage(s) mageia-release-common-7-0.16.mga7.x86_64 dans la base urpmi mais aucun n'est installé [root@e6410 ~]# urpmi --force mageia-release-common [root@e6410 ~]# rpm -qa --qf "%{NAME} %{ARCH}\\n"|grep -v ^lib |grep i586 |sort mageia-release-common i586 mageia-release-Default i586 mageia-repos i586 [root@e6410 ~]#
Jybz :
D'accord, mais je n'ai rien dans /usr/src, alors comment ?
Il faut d'abord supprimer les sources 32b avant tout
Édité par magnux77 Le 20/05/2019 à 19h23
...depuis Mandrake 7
Membre de l'April - « promouvoir et défendre le Logiciel Libre»
Soutien Framasoft - « Changer le monde, un octet à la fois»
Config n°1 : cpu=AMD64x6 mem=16G SSD=64G HDD=1T OS=Mageia8-64 DE=Xfce, Config n°2 : Dell Latitude E6410 SSD=120G OS=Mageia8 DE=Xfce, Config n°3 : ThinkpadR40 SSD=32G OS=[Manjaro, Parabola, Mageia6] DE=Xfce, Config n°4 : EeePC901 SSD=20Gb, OS=[SliTaz5/Lxde, Mageia8/Xfce]
Membre de l'April - « promouvoir et défendre le Logiciel Libre»
Soutien Framasoft - « Changer le monde, un octet à la fois»
Config n°1 : cpu=AMD64x6 mem=16G SSD=64G HDD=1T OS=Mageia8-64 DE=Xfce, Config n°2 : Dell Latitude E6410 SSD=120G OS=Mageia8 DE=Xfce, Config n°3 : ThinkpadR40 SSD=32G OS=[Manjaro, Parabola, Mageia6] DE=Xfce, Config n°4 : EeePC901 SSD=20Gb, OS=[SliTaz5/Lxde, Mageia8/Xfce]

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
# urpmi.removemedia distribXXXX
en remplaçant par les XXX par le numéro des média 32b.
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

magnux77 Membre non connecté
-
- Voir le profil du membre magnux77
- Inscrit le : 21/09/2009
- Groupes :
-
Membre d'Honneur
1° Avec le CCM, je retire le package mageia-release-Default. Les packages mageia-release-common et mageia-repos sont aussi retirés. Mais le CCM et Xfce 64bits sont supprimés aussi !
2° Je retire les dépôts 32bits
3° J'installe le package mageia-release-Default, mageia-release-common et mageia-repos. Vérification faite dans le CCM, ils sont désormais en 64bits.
4° Je réinstalle task-xfce et je reboote.
Vérifications
------------------
Code BASH :
-bash-4.4# cat /etc/release; cat /etc/product.id;uname -a ; urpmq --list-media active --list-url Mageia release 7 (Official) for x86_64 vendor=Mageia.Org,distribution=Mageia,type=Basic,version=7,branch=Official,release=7,arch=x86_64,product=Default Linux e6410 5.1.3-desktop-4.mga7 #1 SMP Sat May 18 22:14:25 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux Core Release http://ftp.free.fr/mirrors/mageia.org/distrib/7/x86_64/media/core/release Core Updates http://ftp.free.fr/mirrors/mageia.org/distrib/7/x86_64/media/core/updates Nonfree Release http://ftp.free.fr/mirrors/mageia.org/distrib/7/x86_64/media/nonfree/release Nonfree Updates http://ftp.free.fr/mirrors/mageia.org/distrib/7/x86_64/media/nonfree/updates Tainted Release http://ftp.free.fr/mirrors/mageia.org/distrib/7/x86_64/media/tainted/release Tainted Updates http://ftp.free.fr/mirrors/mageia.org/distrib/7/x86_64/media/tainted/updates -bash-4.4#
Code BASH :
-bash-4.4# rpm -qa --qf "%{NAME} %{ARCH}\\n"|grep -v ^lib |grep i586 |sort -bash-4.4#
Constats :
- plus de 32bits
- les urls des dépôts sont désormais comme les vôtres ftp.free.fr et non plus magie.remi.lu.
Questions :
Aucun dépôt 32bits n'est activé. Faut-il les activer ? Pourquoi ?
J'attends avec impatience vos avis éclairés...
Édité par magnux77 Le 20/05/2019 à 13h45
...depuis Mandrake 7
Membre de l'April - « promouvoir et défendre le Logiciel Libre»
Soutien Framasoft - « Changer le monde, un octet à la fois»
Config n°1 : cpu=AMD64x6 mem=16G SSD=64G HDD=1T OS=Mageia8-64 DE=Xfce, Config n°2 : Dell Latitude E6410 SSD=120G OS=Mageia8 DE=Xfce, Config n°3 : ThinkpadR40 SSD=32G OS=[Manjaro, Parabola, Mageia6] DE=Xfce, Config n°4 : EeePC901 SSD=20Gb, OS=[SliTaz5/Lxde, Mageia8/Xfce]
Membre de l'April - « promouvoir et défendre le Logiciel Libre»
Soutien Framasoft - « Changer le monde, un octet à la fois»
Config n°1 : cpu=AMD64x6 mem=16G SSD=64G HDD=1T OS=Mageia8-64 DE=Xfce, Config n°2 : Dell Latitude E6410 SSD=120G OS=Mageia8 DE=Xfce, Config n°3 : ThinkpadR40 SSD=32G OS=[Manjaro, Parabola, Mageia6] DE=Xfce, Config n°4 : EeePC901 SSD=20Gb, OS=[SliTaz5/Lxde, Mageia8/Xfce]

stroibe974 Membre non connecté
-
- Voir le profil du membre stroibe974
- Inscrit le : 13/08/2018
- Groupes :
-
Modérateur
magnux77 :
Questions :
Aucun dépôt 32bits n'est activé. Faut-il les activer ? Pourquoi ?
J'attends avec impatience vos avis éclairés...
Questions :
Aucun dépôt 32bits n'est activé. Faut-il les activer ? Pourquoi ?
J'attends avec impatience vos avis éclairés...
Non, il ne faut plus activer les dépôts 32 bits, c'est la nouvelle politique à partir de Mageia 7.
J'ai même vu un message qui disait que ça devait être considéré comme un bogue et qu'il faudra le corriger avant la version finale (par exemple lors du téléchargement des dépôts lors du premier démarrage après installation via un média Live).
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie