Reprise du message précédent :
d'abord regarder dans le panneau de configuration de gnome, s'il y a une rubrique permettant de configurer la langue du système, du clavier, la manière dont sont affichés les dates, les nombres, le fuseau horaire,

sinon il y a cette page sur la configuration du clavier :
https://wiki.archlinux.fr/Keyboard
https://wiki.archlinux.fr/Installat [...] du_clavier

wayland et gnome :
https://wiki.archlinux.org/index.ph [...] d_sessions

 
J'ai utilisé le panneau de configuration de gnome. Loadkeys ne fonctionne que pour la console. Y'a ss dte un raccourci en ligne de commande avec gsettings.
 
Merci

https://aur.archlinux.org/packages/ubuntu-themes/
 
Plus de mainteneur !  

C'est ta chance!

J'ai encore du boulot pour pouvoir maintenir un paquet correctement    
 

Mais non c'est facile.
Si tu fais quelque chose de mal, quelqu'un te le dira.

Finalement j'ai viré ce paquet car il était inutile  
 
https://aur.archlinux.org/packages/ubuntu-mate-themes/
 
 

 
 
j'ai aussi voulu faire l'effort de basculer définitivement sur Wayland (+xwayland) avec KDE Plasma il y à quelques semaines et j'ai aussi batailler une matinée entière a essayer de mettre mon clavier FR.J'ai pas trouver le problème, ragé et virer wayland  

 
Je suis avec gnome pour le moment. A priori la maniere de sélectionner le clavier dépend directement de l'evt utilisé qui gere ça à la place de X/Wayland. Je suis pas sur de rester dessus j'ai pas mal de problèmes qui persistent. A se demander si un jours ce truc marchera ou si il est juste mort-né.

Vous êtes mauvaises langues    
 
https://linuxfr.org/news/x-org-est-mort-vive-wayland-3

le 18/07/13 à 13:11.
 
Bientôt 6 ans plus tard, ça va venir... pour l'horizon 2025 ce sera bon pour tout le monde  

 
Je vais quand activer les "Standard shortcuts" pour pouvoir rebooter sans flinguer mes partitions.

 
peut-être qu'il te manquait des paquets ?
ou qu'il faut maintenir une sorte d'installation hybride xorg/wayland, des bibliothèques et des utilitaires xorg pour continuer à configurer le clavier à l'intérieur d'une session wayland ?
 
ça me semble bizarre qu'on ne puisse pas configurer le clavier quand on est sous wayland,  
dans ce topic il y d'autres bêta-testeurs de wayland sous kde (Tromzy notamment), ont-ils rencontré le même souci ?
 
un tutoriel pour ubuntu (mais qui doit être transposable pour archlinux, avec quelques modifications) concernant le clavier bepo, ça dit que la méthode marche à la fois pour xorg et wayland :
 

 
https://bepo.fr/wiki/XKB_:_installation_manuelle
 
 
voir aussi ce lien :
https://unix.stackexchange.com/ques [...] rd-layouts
 

 
 
 
J'avais juste installé le paquet plasma-wayland-session //www.archlinux.org/packages/extra/x86_64/plasma-wayland-session
A moins de louper un autre endroit, tout ce qui est configurable au niveau de KDE c'est :
 

• Paramètres régionaux -> Langue -> Français
• Paramètres régionaux -> Formats -> France - français (fr_FR)

Après au niveau de la config initial d'Arch j'ai un script qui fait (entre-autre) ceci  

6 mars 2019, date historique !    
 

trouvable ailleurs qu'avec les paquets mainline ou git ?

Il est sur Core depuis un moment.

non. mise à jour des listes, redémarrage, toujours rien.
de toute façon j'ai téléchargé manuellement le paquet. Plus de gestion du réseau filaire

Si: https://i.imgur.com/HRvDBut.png
 
et:

 
   
 
J'ai juste des dépôts classiques : core, extra et community
edit : peut être que les miroirs ne sont pas tous encore synchronisés ?

pareil, regarde au dessus

Tiens, je sais pas à quoi c’est dû, mais j’ai eu un gros coup de stress, cet après-midi, quand j’ai fait les MAJ sur le PC de mon père (Core 2 Quad) : au redémarrage… blocage sur l’écran « Starting version 241[…] » ! Pratiquement aucune activité apparente, même si le disque dur s’est mis brièvement à gratter…
 
Je tente le démarrage en mode « fallback » : rien de plus.
 
Je tente en mode normal mais verbeux : stoppe après l’affichage de lignes disant qu’il a pas réussi à énumérer ce qui doit correspondre au lecteur de cartes-mémoire (il le faisait avant systemd 238, et ça n’empêchait pas de l’utiliser, donc le souci ne vient pas de là).
 
Je retente, à tout hasard, en forçant le paramètre clocksource en hpet (sur cette machine, elle était réglée par défaut en tsc), toujours en mode verbeux : encore un flop… Mais, au moment où je commence à vraiment paniquer, je vois que la machine reprend vie, fait un fsck ultra-rapide de la partition root et toutes les lignes « [OK] » de systemd défilent, jusqu’à l’écran de connexion de LightDM ! Ouf, sauvé !
 
Un tour dans dmesg ne m’apprend rien de spécial (mais vous pouvez toujours voir si ça vous chante, durant une semaine).
 
Un « systemd-analyze », lui, est bien plus parlant (mais pas en blame, vu que ce dernier ne liste que ce qui se passe en user-space) :
 

32 secondes pour démarrer le noyau ??!  
 
Est-ce un bug connu avec les Core 2 Quad ? Vais-je devoir prendre l’habitude d’attendre pendant un temps aussi long jusqu’à nouvel ordre ? Il n’y avait eu aucune anomalie lors de la mise à jour (et aucun message d’erreur reporté dans dmesg, pour ce que j’en ai vu)…
 
Bref, ça vous parle, ce bug ?

J'ai eu le kernel ce matin aussi, essaye de rafraîchir votre liste de miroirs peu être
 
curl -s "https://www.archlinux.org/mirrorlist/?country=FR&protocol=https&ip_version=4&use_mirror_status=on" | sed -e 's/^#Server/Server/' -e '/^#/d' | rankmirrors -n 6 - > /etc/pacman.d/mirrorlist
 
 
par contre j'ai internet qui rame grave aujourd'hui, j’espère que c'est pas lié, j'ai pas chercher à comprendre pour le moment  
j'ai juste désactiver mes règles iptables, testé avec 8.8.8.8 ou 1.1.1.1 en dns mais que dalle, firefox met 5-10 sec à attendre chaque pages    

 
Soit tu n'es pas sur Arch, soit tu as un gros soucis, pour ne pas avoir le paquet linux.

Tu peux regarder avec dmesg ce qui se passe quand tu lances ton noyau et voir ou ca bloque.

 

 
Souci de miroirs pas encore synchronisés chez toi ?

systemd-analyze blame

Il est en lien dans mon message. Perso, j’ai rien vu, à part que le chronomètre passe d’un coup de 7 à 13, puis de 19 à 32 secondes d’uptime, comme ça, parce que no reason.

J’ai dit qu’il ne me donnait aucune info pertinente, puisqu’il ne liste que ce qui est en user-space. Et là, le truc qui met le plus de temps à démarrer, c’est le service de volumes LVM (mais je n’utilise pas de LVM, et ça ne prend pas 32 secondes).

Serait-ce un patch pour Meltdown et Spectre qui seraient la cause de ce retard (ça le fait pas sur mon portable, où le noyau ne met toujours que 4 secondes à démarrer) ? Si oui, pardon de demander ça, mais quel paramètre passer pour le virer ? C’est pas sur une machine pareille que ces failles risquent d’être exploitées en priorité…

Moi je suis sur des miroirs allemands ( ce sont les plus rapides vu que je suis dans les Vosges   )
Allemagne 1 - France Luxembourg 0  
 

Et en regardant vite fait il montre les soucis.

Ce n'est probablement pas une question de synchronisation, il ne voit même pas le paquet linux...

 
les miroirs n'étaient pas bon

Perso j'utilise reflector
 
https://wiki.archlinux.org/index.php/Reflector
 
Et à moi la Deutsche Qualität des miroirs qui envoient du bois  

Pareil pour reflector, avec un service systemd pour l'appeler.

je note reflector

Idem sur mon Q9550 (ou 650, je ne sais plus)... le boot a été très long après installation du noyau mais j'ai patienté. Pour l'instant je vais rien toucher mais si tu trouves la solution je veux bien que tu la partages

Merci de ton retour qui me laisse penser que d’autres personnes plus à même de faire remonter les détails y seront confrontées, et donc fait espérer un correctif prochainement.
 
Et oui : je donnerai les détails si je les ai. Comme les dernières fois (arrivée du noyau 4.18 incompatible avec les Core 2 Duo à cause d’une clocksource mal paramétrée en amont par les développeurs du noyau lui-même, l’été dernier), d’ailleurs.
 
Et je demanderai bien à gee ce qu’il a vu et qui m’a échappé dans le dmesg, mais je sais pas pourquoi, je pense pas que je pourrai beaucoup compter sur lui, vu qu’il semble ne pas avoir lu mes messages en entier (où je dis que je ne vois rien, du moins d’évident, concernant une erreur ou expliquant pourquoi ce délai soudain). Je sais que c’est pas top de ne pas être un grand manitou de ce genre de chose pour utiliser Arch, mais vu que ça peut aussi toucher des gens utilisant des distros moins élitistes comme Manjaro, ben...

J'ai comparé ton dmesg au mien et ça se ressemble beaucoup

Ce serait en sortie des "random: fast init done" et "random: crng init done" qu'il y aurait le soucis?
Edit: détection des périphériques plutôt nan?

 
je vois que tu utilises le pluriel, perso j'utilise qu'un seul miroir (une seule ligne décochée : http://archlinux.polymorf.fr/$repo/os/$arch ),
 
il y a un intérêt à utiliser plusieurs miroirs dans le fichier /etc/pacman.d/mirrorlist ?

l'intérêt c'est que si le premier de la liste ne réponds pas, n'est pas/plus accessible, n'existe plus etc... cela va essayer le 2eme ainsi de suite.