Forum

Bonjour,

Je ne comprends pas pourquoi la mise à jour de Mageia se bloque sur la petite fenêtre Veuillez patienter: quelle est la solution ?
Dans le fichier où j'ai enregistré les différentes solutions et commandes pour résoudre les problèmes que j'ai rencontrés, je n'ai pas trouvé la bonne solution ...

Bonjour,
en faisant ta mise à jour par la console (# urpmi --auto-update) tu aurais peut-être un message explicatif ?

DéBé :

Bonjour,
en faisant ta mise à jour par la console (# urpmi --auto-update) tu aurais peut-être un message explicatif ?

Bonne idée.
C'est pour le cas où le problème vient d'une impossibilité de mise à jour due aux paquets eux-même.
Pour diagnostiquer une erreur qui viendrait de l'application graphique, lancer en console :
drakrpm-update
et voir les messages qui pourraient en résulter.

Bonjour,
Merci pour vos réponses.

Avec # urpmi –auto-update j’obtiens :

[papipio@localhost ~]$ su
Mot de passe :  
[root@localhost papipio]# 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 média « Core 32bit Release (distrib31) » est à jour
le média « Core 32bit Updates (distrib32) » est à jour
le média « Nonfree 32bit Release (distrib36) » est à jour
le média « Nonfree 32bit Updates (distrib37) » est à jour
le média « Tainted 32bit Release (distrib41) » est à jour
le média « Tainted 32bit Updates (distrib42) » est à jour
... échec de la récupération : wget a échoué : sortie avec 4

et la konsole paraît bloquée.

Avec # drakrpm-update j’obtiens :

[papipio@localhost ~]$ su
Mot de passe :  
[root@localhost papipio]# drakrpm-update
Ignore the following Glib::Object::Introspection & Gtk3 warnings
Subroutine Gtk3::main redefined at /usr/share/perl5/vendor_perl/Gtk3.pm line 539.
XDG_RUNTIME_DIR (/run/user/1000) is not owned by us (uid 0), but by uid 1000! (This could e.g. happen if you try to connect to a non-root PulseAudio as a root user, over the native protocol. Don't do that.)
XDG_RUNTIME_DIR (/run/user/1000) is not owned by us (uid 0), but by uid 1000! (This could e.g. happen if you try to connect to a non-root PulseAudio as a root user, over the native protocol. Don't do that.)
getting lock on urpmi
XDG_RUNTIME_DIR (/run/user/1000) is not owned by us (uid 0), but by uid 1000! (This could e.g. happen if you try to connect to a non-root PulseAudio as a root user, over the native protocol. Don't do that.)
using mirror https://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/distrib/9/x86_64
$MIRRORLIST media/core/updates media_info/MD5SUM récupéré
comparaison de /var/cache/urpmi/partial/MD5SUM et de /var/lib/urpmi/Core Updates (distrib3)/MD5SUM
le média « Core Updates (distrib3) » est à jour
$MIRRORLIST media/nonfree/updates media_info/MD5SUM récupéré
comparaison de /var/cache/urpmi/partial/MD5SUM et de /var/lib/urpmi/Nonfree Updates (distrib13)/MD5SUM
le média « Nonfree Updates (distrib13) » est à jour
$MIRRORLIST media/tainted/updates media_info/MD5SUM récupéré
comparaison de /var/cache/urpmi/partial/MD5SUM et de /var/lib/urpmi/Tainted Updates (distrib23)/MD5SUM
le média « Tainted Updates (distrib23) » est à jour
$MIRRORLIST media/../../i586/media/core/updates media_info/MD5SUM récupéré
comparaison de /var/cache/urpmi/partial/MD5SUM et de /var/lib/urpmi/Core 32bit Updates (distrib32)/MD5SUM
le média « Core 32bit Updates (distrib32) » est à jour
$MIRRORLIST media/../../i586/media/nonfree/updates media_info/MD5SUM récupéré
comparaison de /var/cache/urpmi/partial/MD5SUM et de /var/lib/urpmi/Nonfree 32bit Updates (distrib37)/MD5SUM
le média « Nonfree 32bit Updates (distrib37) » est à jour
$MIRRORLIST media/../../i586/media/tainted/updates media_info/MD5SUM récupéré
comparaison de /var/cache/urpmi/partial/MD5SUM et de /var/lib/urpmi/Tainted 32bit Updates (distrib42)/MD5SUM
le média « Tainted 32bit Updates (distrib42) » est à jour

Les fenêtres s’ouvrant pour les mises à jour s’ouvrent et se bloquent sur la petite fenêtre Veuillez patienter <2>. Je dois forcer leur fermeture.

Édité par Papipio Le 06/03/2026 à 19h15

Pas expert mais ça ressemble à https://github.com/containers/podman/issues/13338

Bonjour,

Le message wget apparait à chaque tentative d' un urpmi --auto-update ?

Il n' est en principe pas attendu d' avoir ce type d' erreur.

Ici je comprends que que wget est utilisé. Je n'ai pas de machine sous la main, mais on ne peut pas esssayer un urpmi --auto-update --curl ?

Edit: les messages xdg sont probablement normaux. Ici je crois que su tout court ne reintialise pas l' environnement contrairement à su - .

Édité par nic80 Le 06/03/2026 à 21h32

L'erreur 4 de wget est un problème de réseau. Soit le miroir que tu utilises un souci, soit tu as un serveur mal configuré. L'idée de nic80 de forcer curl est bonne.

Bonjour,

Merci pour vos réponses.
Résultats des commandes suggérées :

[papipio@localhost ~]$ su
Mot de passe :  
[root@localhost papipio]# urpmi --auto-update --curl
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 média « Core 32bit Release (distrib31) » est à jour
le média « Core 32bit Updates (distrib32) » est à jour
le média « Nonfree 32bit Release (distrib36) » est à jour
le média « Nonfree 32bit Updates (distrib37) » est à jour
le média « Tainted 32bit Release (distrib41) » est à jour
le média « Tainted 32bit Updates (distrib42) » est à jour
... échec de la récupération : curl a échoué : sortie avec 28

... échec de la récupération : curl a échoué : sortie avec 28

... échec de la récupération : curl a échoué : sortie avec 28

Les paquetages sont à jour
[root@localhost papipio]#



[papipio@localhost ~]$ su -
Mot de passe :  
[root@localhost ~]# urpmi --auto-update --curl
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 média « Core 32bit Release (distrib31) » est à jour
le média « Core 32bit Updates (distrib32) » est à jour
le média « Nonfree 32bit Release (distrib36) » est à jour
le média « Nonfree 32bit Updates (distrib37) » est à jour
le média « Tainted 32bit Release (distrib41) » est à jour
le média « Tainted 32bit Updates (distrib42) » est à jour
... échec de la récupération : curl a échoué : sortie avec 28

... échec de la récupération : curl a échoué : sortie avec 28

... échec de la récupération : curl a échoué : sortie avec 28

Les paquetages sont à jour
[root@localhost ~]#


Quand je tente de configurer les sources par le CCM, j’obtiens le message:



Une tentative de mise à jour aboutit toujours à un blocage.

Bonjour Pierre,
Soit il y a effectivement des programmes concurrents actifs en même temps, soit l'un d'eux a laissé des traces. Pour le verrouillage de la base, tu peux tenter un peu plus tard. mgaapplet fait des vérifications régulièrement et verrouille la base à ce stade.
Le fondement du problème reste que urpmi n'accède pas aux dépôts distants, soit parce que le réseau Internet est inaccessible, soit parce que les dépôts sont configurés sur un serveur qui est inopérant. L'utilisation de curl aboutit au même échec que wget.

Bonjour,

Ici wget et curl échouent suite à un problème réseau.

Le pc a t' il plusieurs cartes réseau ?

Il faudrait voir quel dépot distant est utiiisé.

Est ce qu' il pourrait y avoir des dépôts autre (tels que blogdrake (qui a du changer ses dépôts de place) ? Si oui est il possible de les désactiver temporairement ?

edit: il me semble que quand un programme utilise la base rpm, certains programmes en mode console indiquent le numéro de processus.

Par exemple ,ici j' ai ouvert la configuration des sources et si je lance un urpmi --auto-update depuis une konsole, j' ai ceci:

Citation :

urpmi --auto-update
la base de donnée urpmi est verrouillée, le programme 5109 l'utilise (/usr/bin/perl /usr/libexec/drakrpm-editmedia --embedded 56623288)

edit 2: il semble que lorsqu' un programme accède à la base rpm, un fichier /var/lib/urpmi/.LOCK est crée. Pour savoir quel est ce programme, il est possible de faire un "lsof /var/lib/urpmi/.LOCK" ( de préférence en root). Si ce fichier est présent et qu' aucun processus ne l' utilise c' est embettant.

edit 3: la liste de dépots actifs peut être vu en faisant un cat /etc/urpmi/urpmi.cfg . Ceux utilisés sont ceux qui n' ont pas la mention "ignore" dans leur définition.

Édité par nic80 Le 07/03/2026 à 09h36

J'ai fait ce que je comprends ...

Je dispose actuellement de 4 PC avec Mageia configurés identiquement, mon PC principal est celui qui me pose ce gros problème, les 3 autres n’ont aucun problème.
Mon PC principal ne me pose que le problème de mise à jour de Mageia, il fonctionne très bien pour tout le reste, y compris par Internet et les mises à jour des logiciels installés avec Discover. Il n’a qu’une seule carte réseau.

Avec urpmi –auto-update, j’obtiens :

[papipio@localhost ~]$ su
Mot de passe :  
[root@localhost papipio]# 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 média « Core 32bit Release (distrib31) » est à jour
le média « Core 32bit Updates (distrib32) » est à jour
le média « Nonfree 32bit Release (distrib36) » est à jour
le média « Nonfree 32bit Updates (distrib37) » est à jour
le média « Tainted 32bit Release (distrib41) » est à jour
le média « Tainted 32bit Updates (distrib42) » est à jour


la commande me paraît bloquée après la dernière ligne ci-dessus.

Le fichier /var/lib/urpmi/.LOCK a une taille de 0 octet.

La commande cat /etc/urpmi/urpmi.cfg donne :

[papipio@localhost ~]$ su
Mot de passe :  
[root@localhost papipio]# cat /etc/urpmi/urpmi.cfg
{
}

Core\ Release\ (Installer) cdrom://x86_64/media/core {
 ignore
 key-ids: 80420f66
}

Nonfree\ Release\ (Installer) cdrom://x86_64/media/nonfree {
 ignore
 key-ids: 80420f66
}

Core\ Release\ (distrib1)  {
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 with-dir: media/core/release
}

Core\ Release\ Debug\ (distrib2)  {
 ignore
 mirrorlist: $MIRRORLIST
 with-dir: media/debug/core/release
}

Core\ Updates\ (distrib3)  {
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 update
 with-dir: media/core/updates
}

Core\ Updates\ Debug\ (distrib4)  {
 ignore
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 with-dir: media/debug/core/updates
}

Core\ Updates\ Testing\ (distrib5)  {
 ignore
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 with-dir: media/core/updates_testing
}

Core\ Updates\ Testing\ Debug\ (distrib6)  {
 ignore
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 with-dir: media/debug/core/updates_testing
}

Core\ Backports\ (distrib7)  {
 ignore
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 with-dir: media/core/backports
}

Core\ Backports\ Debug\ (distrib8)  {
 ignore
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 with-dir: media/debug/core/backports
}

Core\ Backports\ Testing\ (distrib9)  {
 ignore
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 with-dir: media/core/backports_testing
}

Core\ Backports\ Testing\ Debug\ (distrib10)  {
 ignore
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 with-dir: media/debug/core/backports_testing
}

Nonfree\ Release\ (distrib11)  {
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 with-dir: media/nonfree/release
}

Nonfree\ Release\ Debug\ (distrib12)  {
 ignore
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 with-dir: media/debug/nonfree/release
}

Nonfree\ Updates\ (distrib13)  {
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 update
 with-dir: media/nonfree/updates
}

Nonfree\ Updates\ Debug\ (distrib14)  {
 ignore
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 with-dir: media/debug/nonfree/updates
}

Nonfree\ Updates\ Testing\ (distrib15)  {
 ignore
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 with-dir: media/nonfree/updates_testing
}

Nonfree\ Updates\ Testing\ Debug\ (distrib16)  {
 ignore
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 with-dir: media/debug/nonfree/updates_testing
}

Nonfree\ Backports\ (distrib17)  {
 ignore
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 with-dir: media/nonfree/backports
}

Nonfree\ Backports\ Debug\ (distrib18)  {
 ignore
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 with-dir: media/debug/nonfree/backports
}

Nonfree\ Backports\ Testing\ (distrib19)  {
 ignore
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 with-dir: media/nonfree/backports_testing
}

Nonfree\ Backports\ Testing\ Debug\ (distrib20)  {
 ignore
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 with-dir: media/debug/nonfree/backports_testing
}

Tainted\ Release\ (distrib21)  {
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 with-dir: media/tainted/release
}

Tainted\ Release\ Debug\ (distrib22)  {
 ignore
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 with-dir: media/debug/tainted/release
}

Tainted\ Updates\ (distrib23)  {
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 update
 with-dir: media/tainted/updates
}

Tainted\ Updates\ Debug\ (distrib24)  {
 ignore
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 with-dir: media/debug/tainted/updates
}

Tainted\ Updates\ Testing\ (distrib25)  {
 ignore
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 with-dir: media/tainted/updates_testing
}

Tainted\ Updates\ Testing\ Debug\ (distrib26)  {
 ignore
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 with-dir: media/debug/tainted/updates_testing
}

Tainted\ Backports\ (distrib27)  {
 ignore
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 with-dir: media/tainted/backports
}

Tainted\ Backports\ Debug\ (distrib28)  {
 ignore
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 with-dir: media/debug/tainted/backports
}

Tainted\ Backports\ Testing\ (distrib29)  {
 ignore
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 with-dir: media/tainted/backports_testing
}

Tainted\ Backports\ Testing\ Debug\ (distrib30)  {
 ignore
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 with-dir: media/debug/tainted/backports_testing
}

Core\ 32bit\ Release\ (distrib31)  {
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 with-dir: media/../../i586/media/core/release
}

Core\ 32bit\ Updates\ (distrib32)  {
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 update
 with-dir: media/../../i586/media/core/updates
}

Core\ 32bit\ Updates\ Testing\ (distrib33)  {
 ignore
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 with-dir: media/../../i586/media/core/updates_testing
}

Core\ 32bit\ Backports\ (distrib34)  {
 ignore
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 with-dir: media/../../i586/media/core/backports
}

Core\ 32bit\ Backports\ Testing\ (distrib35)  {
 ignore
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 with-dir: media/../../i586/media/core/backports_testing
}

Nonfree\ 32bit\ Release\ (distrib36)  {
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 with-dir: media/../../i586/media/nonfree/release
}

Nonfree\ 32bit\ Updates\ (distrib37)  {
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 update
 with-dir: media/../../i586/media/nonfree/updates
}

Nonfree\ 32bit\ Updates\ Testing\ (distrib38)  {
 ignore
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 with-dir: media/../../i586/media/nonfree/updates_testing
}

Nonfree\ 32bit\ Backports\ (distrib39)  {
 ignore
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 with-dir: media/../../i586/media/nonfree/backports
}

Nonfree\ 32bit\ Backports\ Testing\ (distrib40)  {
 ignore
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 with-dir: media/../../i586/media/nonfree/backports_testing
}

Tainted\ 32bit\ Release\ (distrib41)  {
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 with-dir: media/../../i586/media/tainted/release
}

Tainted\ 32bit\ Updates\ (distrib42)  {
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 update
 with-dir: media/../../i586/media/tainted/updates
}

Tainted\ 32bit\ Updates\ Testing\ (distrib43)  {
 ignore
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 with-dir: media/../../i586/media/tainted/updates_testing
}

Tainted\ 32bit\ Backports\ (distrib44)  {
 ignore
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 with-dir: media/../../i586/media/tainted/backports
}

Tainted\ 32bit\ Backports\ Testing\ (distrib45)  {
 ignore
 key-ids: 80420f66
 mirrorlist: $MIRRORLIST
 with-dir: media/../../i586/media/tainted/backports_testing
}

BDK-Free-x86_64 https://ftp.blogdrake.net/mageia/9/free/x86_64 {
 key-ids: 5e7ae5f8
 update
}

BDK-Free-noarch https://ftp.blogdrake.net/mageia/9/free/noarch {
 key-ids: 5e7ae5f8
 update
}

BDK-NonFree-x86_64 https://ftp.blogdrake.net/mageia/9/non-free/x86_64 {
 key-ids: 5e7ae5f8
 update
}
[root@localhost papipio]#


La commande lsof /var/lib/urpmi/.LOCK donne :

[papipio@localhost ~]$ su
Mot de passe :  
[root@localhost papipio]# lsof /var/lib/urpmi/.LOCK
lsof: WARNING: can't stat() fuse.portal file system /run/user/1000/doc
     Output information may be incomplete.
lsof: WARNING: can't stat() fuse.kDrive-3.8.1.4-amd64.AppImage file system /tmp/.mount_kDriveAiHcno
     Output information may be incomplete.
lsof: WARNING: can't stat() fuse.gvfsd-fuse file system /run/user/1000/gvfs
     Output information may be incomplete.
COMMAND   PID USER   FD   TYPE DEVICE SIZE/OFF    NODE NAME
urpmi   62169 root    4wR  REG  259,4        0 1704232 /var/lib/urpmi/.LOCK
[root@localhost papipio]#


Je crois que j’ai blogdrake comme source de dépôt mais je ne peux plus accéder aux sources pour installer et mettre à jour des logiciels.


La commande urpmi –auto-update me paraît être OK jusque Tainted 32bit Updates (distrib42). Dans la liste cat /etc/urpmi/urpmi.cfg, après ce paragraphe il y a les 3 paragraphes BDK-Free-x86_64 https://ftp.blogdrake.net/mageia/9/free/
N’est ce pas ce qui bloque ? Si oui, comment les désactiver ?
Je ne sais plus à quoi elles correspondent !

Bonjour,

On peut essayer de modifier manuellement le fichier /etc/urpmi/urpmi.cfg . C' est un peu ce que fait l' éditeur de sources.

donc en faisant un kwrite /etc/urpmi/urpmi.cfg

on va enlever les entrées suivantes correspondant à Blogdrake ( ce dépôt n' est plus actif à cette adresse (https://www.mageialinux-online.org/forum/topic-32427-corrigereferentiel-blogdrake-hors-service.php) ):

Citation :

BDK-Free-x86_64 https://ftp.blogdrake.net/mageia/9/free/x86_64 {
key-ids: 5e7ae5f8
update
}

BDK-Free-noarch https://ftp.blogdrake.net/mageia/9/free/noarch {
key-ids: 5e7ae5f8
update
}

BDK-NonFree-x86_64 https://ftp.blogdrake.net/mageia/9/non-free/x86_64 {
key-ids: 5e7ae5f8
update
}

A l' enregistrement le mot de passe root sera demandé.

ensuite, je recommenderais de redémarrer le pc pour être sur qu' un programme n' utilise pas la base. Ensuite on peut ressayer le urpmi --auto-update.

edit: en fait, toutes les entrées qui ont un ignore dans leur définition sont ignorées et donc après après le tainted 32 updates, on tout de suite les dépôts Blogdrake.

edit 2: urpmi.update --ignore BDK-Free-x86_64 BDK-Free-noarch BDK-NonFree-x86_64 ajoute le champ "ignore" mais si on ne peut pas, il ne reste que la mise à jour manuelle.

Édité par nic80 Le 07/03/2026 à 11h16

Les 3 autres PC n'ont pas ces sources blogdrake.net ...

J'ai supprimé les 3 paragraphes blogdrake.net par kwrite /etc/urpmi/urpmi.cfg --> tout est rentré dans l'ordre, mon PC est tombé en marche !!! Ouf !

Merci beaucoup à tous.

Bonjour,
Dans mon association, j’ai converti quelques adhérents à Mageia Linux, certains ont économisé l’achat d’un nouveau PC. Un SSD en remplacement du DD avec Mageia Linux et l’ancien PC redevient performant …
Je configure le système Plasma, le bureau, je les forme à l’utilisation de Mageia, et je les forme à la maintenance de Mageia, comme je le fais pour moi-même.

J’exprime un souhait : que la maintenance de Mageia prévoie un paramètre « Utilisateur Novice » (!) :
• Supprimant les simples messages d’information sur la mise à jour de certains modules pour lesquels les utilisateurs ne comprennent rien et n’ont qu’à cliquer sur OK.
• Supprimant la fenêtre de choix « Examiner » → « Ne rien faire, Utiliser rpmnew , ????? » (depuis des années, je clique toujours sur Utiliser rpmnew, même si on m’a expliqué par MLO que ce n’est pas toujours la bonne solution !! Comment choisir ?!
• Résolvant automatiquement les problèmes du genre de celui que je viens d’avoir avec https://ftp.blogdrake.net/mageia/9/free/
→ proposer un choix du genre « Sauter » « Supprimer » + « OK »

Bref, faire en sorte que les personnes non très expérimentées, non spécialistes de Linux (comme moi), puissent installer, utiliser, maintenir Mageia assez aisément.

Bonjour,

Citation :

Supprimant les simples messages d’information sur la mise à jour de certains modules pour lesquels les utilisateurs ne comprennent rien et n’ont qu’à cliquer sur OK.

Si c' est pour que le pc fasse les mises à jour sans validation c' est dangereux. En effet, ce processus de mise à jour automatique peut très bien tomber en panne et donc le pc ne pas se mettre à jour. Dans le cas contraire une mise à jour silencieuse peut installer des mises à jour qui pourraient faire tomber le pc ( et donc rendre le dépannage plus compliqué), sauf à ce qu' une notification pour laquelle l' utilisateur doit acquitter le fait qu' une mise à jour a été installée de manière semi silencieuse.

Citation :

Supprimant la fenêtre de choix « Examiner » → « Ne rien faire, Utiliser rpmnew , ????? » (depuis des années, je clique toujours sur Utiliser rpmnew, même si on m’a expliqué par MLO que ce n’est pas toujours la bonne solution !! Comment choisir ?!

En règle générale, quand le cas se présente, c' est que le fonctionnement de base du programme est impacté par une modification du fichier de configuration globale du programme. Dans la majorité des cas choisir le nouveau fichier ne posera aucun problème ( encore que le nouveau fichier peut entrainer un nouveau comportement de l' application) , mais si la configuration a été modifiée, cela risque d' être plus problématique. A part forcer une vérification des fichiers de configuration avant l' installation d' un nouveau paquet, c' est compliqué ( en plus cela ralentit l' installation des mises à jour ( combinée à l' option au dessus cela l' est moins))

Citation :

• Résolvant automatiquement les problèmes du genre de celui que je viens d’avoir avec https://ftp.blogdrake.net/mageia/9/free/
→ proposer un choix du genre « Sauter » « Supprimer » + « OK »

Si l' utilisateur doit cliquer sur un bouton, alors ce n' est plus automatique . Ici le problème Blogdrake est assez exceptionnel fort heureusement. Proposer une solution obligerait à pouvoir analyser les codes d' erreurs d' Aria, Wget et Curl ce qui complexifierait le programme soit pouvoir être exhaustif.

edit: ceci n'empêche pas d' ouvrir un raport de bug pour faire la proposition d' amélioration. Je ne sais plus s' il existe une page de wiki en wishlist ( cette page par exemple https://wiki.mageia.org/en/Category:ProposedFeatureMageia10 ).

Édité par nic80 Le 08/03/2026 à 12h51