Reprise du message précédent :
J'ai édité .
Sinon, mon keymaps est bien en français.
 
edit : j'ai testé le script Xsetup avec setxkbmap, mais pas de résultat satisfaisant.
edit2 : peut-être voir du côté de logind.conf.

arg:
Une valeur par défaut qui a changé, alors..  

?

Poly : c'est une image d'un KDE d'une version inférieure à la 6.8.0 là.

J'ai un Plasma 6.8.0.

Ok, je n'ai pas cela.
 
Sinon, je regarde https://wiki.archlinux.org/title/SDDM  
Cette partie :

Ok, c'est bon!
J'ai rajouté env XKB_DEFAULT_LAYOUT=fr XKB_DEFAULT_VARIANT=latin9 dans /etc/sddm.conf.d/01gentoo.conf comme ceci :

edit : merci de vos indications .

Plasma 6.8.1 dispo ce matin sur Arch

Je ne connaissais pas : https://sonicde.org/ (... to preserve and improve X11 support ...).

Je suis passé dessus depuis qu'Arch a intégré plasma 6.8.
Ça fait le job, la transition est pas 100% gratuite, j'ai eu quelques emmerdes mineures.
J'ai l'impression que le packaging et les dépendances partagées avec le reste du KDE d'Arch est un peu fragile.
Y a quelques trucs qui font pas hyper sérieux, ça fait un peu DE "meme", notamment l’icône du bureau qui est un screenshot dégueu du jeu sonic  

Mais à part ça globalement, ça marche bien une fois en place.
Aucune idée du sérieux à long terme de maintenance voire backport des fix upstreams... j'ai peu d'espoir là-dessus mais si au moins ça continue de marcher ça me va.

Je suis toujours pas en kernel 7.3 malgres un eos-update
Faut faire quelque chose en particulier ?

Endeavour os

attendre plus fort ?

 
chez arch c'est encore le 7.2.11, chais pas si chez endeavour ils se basent sur arch, ou font leur propre kernel comme chez cachy..  

Endeavour est basée sur Arch et utilise donc ses dépôts, on est d’accord ?
 
Dans ce cas, il se trouve que chez Arch, on attend toujours au moins la version mineure x.y.1 avant qu’une nouvelle version du noyau n’arrive dans le dépôt Core (les .0 sont toujours uniquement dans les dépôts Core-Staging ou Core-Testing, pour les canaux de tests concernés). Le truc, c’est que depuis quelques versions majeures, ça tend à attendre la .2, voire la .3…
 
Et à ce jour, la version Arch du noyau n’est même pas encore annoncée sur leur GitLab.

ouais sauf que le 7.3.0-2 est buggué si ta une amd , la 7.3.0-3 ca va; mais on a pas tous la meme version , moi il propose que la 7.3.0-2  

Pourquoi mettre de l'énergie à préserver un logiciel en cours d'abandon plutôt que de mettre cette même énergie à migrer vers son remplaçant?

Merci  

 
J'ai eu le même souci, j’utilise Arch Linux,
la plupart des utilisateurs français qui utilisent un clavier AZERTY risquent d'avoir le même souci lors de la migration vers Plasma Login Manager, si la variable X11 Layout est vide et n'est pas configurée sur la valeur "fr", on peut le savoir en tapant la commande "localectl status".
 
la solution :
 

 
Mais il restera un autre problème : le pavé numérique risque de ne pas être activé, la solution :
 

Hum, je n'ai pas localectl de base, mais la solution que j'ai indiqué et que j'utilise est ok pour ma part.
 
Aussi, je n'ai, semble t'il, pas tout à fait les mêmes menus dans la config KDE.
Ma version :

Quelque chose que je viens de voir à l'instant, qui peut aussi être utile :

 
Un dernier petit détail : je n'arrive plus à positionner Gkrellm sur tous les bureaux (un seul désormais) alors que, auparavant (si je me rappelle bien) on pouvait le placer sur tous les bureaux en même temps.
En lançant une instance par bureau, ça fait ce que je veux, mais ça ne tient pas à la déconnexion.

Je pense que la capture des paramètres au dessus où on voit "Login Screen" concerne les personnes qui ont été migrées de SDDM à Plasma Login Manager.
 
Cette migration ne concerne pas ceux qui n'utilisent pas systemd car Plasma Login Manager en dépend.

 
Il sont toujours sur une base 24.04 Neon ?

Oui, mais dans la version unstable, la 26.04 es en cours de préparation depuis 3 à 4 semaines.
Par exemple : https://origin.archive.neon.kde.org [...] p/?C=M;O=D