Reprise du message précédent :
Pense à créer un fichier /etc/vconsole.conf, pour mettre ça dedans :
 

 
https://wiki.archlinux.org/index.ph [...] figuration
 
 

Moi j'ai ça :

 
- Paramètres régionaux : format -> région -> France -français (fr_FR)
- Type de clavier : generic - PC générique 101 touches - Disposition Anglais (US international avec touches mortes)
 
J'utilise un clavier ANSI-US, mais je peux faire des ^ partout
 

Merci les gars, j'ai créé le fichier vconsole.conf (bizarre que je ne l'avais pas avant), redémarré, maintenant j'ai ça :
 
localectl status  
   System Locale: LANG=fr_FR.UTF-8
       VC Keymap: fr-latin9
      X11 Layout: fr-latin9
 
Mais toujours pas d'accent circonflexe...

T'as testé avec un nouveau compte utilisateur ? (afin d'avoir un dossier plasma remis à zéro dans le home)
 
C'est ce que je fais quand j'ai un bug chelou, j'ai toujours un compte utilisateur de test pour comparer avec mon compte habituel.

Moi, j’ai ça (mais je suis pas sous Plasma, ni Wayland) :
 

Et j’ai les accents circonflexes, donc le bug doit venir soit de Plasma, soit de Wayland (tu as essayé sous X.org ?), logiquement.

Le problème semble n'affecter que les applications KDE / QT, car dans Gedit ou Firefox, l'accent circonflexe fonctionne normalement.
 
J'ai essayé de créer un nouvel utilisateur, mais SDDM refuse de le logger...

Le problème n'est que sous Wayland ; sous la session X11, tout fonctionne.

Wayland

J’allais justement dire que ce n’était pas dû à Qt non plus :
 

J'ai installé notepadqq pour tester, le problème y est présent.

J'ai trouvé ce bug report :
 
https://bugs.kde.org/show_bug.cgi?id=411729
 
Un workaround qui fonctionne (je viens de tester) est d'utiliser la variable d'environnement "QT_IM_MODULE=". J'ai lancé "QT_IM_MODULE= kate" dans la Konsole et je peux taper les accents circonflexes dans Kate.

Bon bah c'est bon, j'ai ajouté "QT_IM_MODULE=" dans /etc/environment (même pas besoin de mettre quoi que ce soit après le "=" ), et ça marche, j'ai mes circonflexes...

Ma capture avec Notepadqq, c’était juste pour te montrer ce que ça donnait chez moi avec un logiciel Qt, mais sous XFCE, qui ne tourne pas sous Wayland (et je doute que ma Radeon Mobility HD 4530 soit compatible Wayland, du reste). J’aurais pu en ouvrir un autre (mais j’en ai pas tant que ça, en fait ; et c’était de toute façon le plus indiqué pour voir si les accents circonflexes s’affichaient chez moi).

C’est bon à savoir, et content de voir que t’as pu résoudre ton problème.

Y a que moi qui ai des problèmes avec VidCutter, depuis le passage de MPV en version 0.33 ?
 
J’ai ça dans la console d’erreurs du logiciel :
https://zerobin.net/?a6aa4762afdbad [...] 1Yaj9sxYI= (lien valable une semaine)
 
Je sais que MPV 0.33 change beaucoup de choses en interne (il ne désactive plus l’écran de veille par défaut, par exemple ; et j’ai pas encore pu vérifier si passer le paramètre « stop-screensaver=yes » dans « ~/.config/mpv/mpv.conf » réparait ce que je considère comme une régression), mais j’ai rien vu dans le bugtracker d’Arch, ni dans les issue GitHub en amont.
 
Bon, je peux toujours contourner avec la ligne de commandes ffmpeg qui va bien, mais VidCutter avait l’avantage de faire ce que je demandais (extraire une partie de vidéo sans réencoder pour autant, pour virer les messages de sponsorisation de vidéos YouTube, notamment) en trois clics, littéralement.
 
Oh, bien sûr, tout fonctionnait très bien avec MPV 0.32.

Je n'utilise pas VidCutter, mais au cas ou j'ai une extension chromium qui saute les pubs qui font partie des videos YouTube: SponsorBlock. Ca fonctionne bien, mais il faut en 1er que quelqu'un note ou est la pub...

Lors d'un pacman -Syu il y a eu ce message :
 

 
Que faut-il faire ?
 
Avez-vous eu des soucis avec cups par rapport à votre imprimante ?

Oui, l'autre jour, au moment d'imprimer mon attestation de sortie pour aller faire les courses, plus d'imprimante    
Mais sudo systemctl start cups.service et c'est reparti, puis sudo systemctl enable cups.service pour que ce soit permanent, c'est tout.

Ce qu’il faut faire ?
 

Les explications sont ici : http://frederic.bezies.free.fr/blog/?p=20698
 
En fait, des gens ont forké CUPS en voyant qu’Apple, qui le maintenait jusque-là, l’a pratiquement abandonné. Du coup, ils ont dû changer le nom du service associé. Et Arch a donc repris cette version forkée dans ses dépôts.

Ce qui est bizarre c'est qu'aucune news sur cups ne figure sur le site d'archlinux, comme indiqué par un commentateur :
 

(Le commentateur en question, c’est moi )
 
Oui, c’est très bizarre. Comme je le dis : ils sont si prompts à poster une news pour la moindre manip manuelle à effectuer, et là, non. Rien du tout. C’est devenu si marginal que ça, d’avoir une imprimante chez soi ?
 
Ça me fait penser qu’il faudrait avertir nos amis manjariens : eux qui font généralement les MAJ en différé et via Pamac, ils auront absolument aucun message si les tauliers de leur distro ne préviennent pas de leur côté que la prochaine mise à jour de CUPS nécessite un petit geste supplémentaire pour être correctement effectuée (à moins qu’ils ne conçoivent leur paquet exprès pour faire ça automatiquement ?)…
 
EDIT : ouf, ça va ! Philm a justement posté hier un message pour prévenir ses utilisateurs :
https://forum.manjaro.org/t/stable- [...] qt/39962/2
 
Bon, je vais quand même laisser un message sur leur sujet ici, des fois que tous les manjariens ne lisent pas obligatoirement le forum de leur distribution…

Au moins je trouves ça arrangeant, le service cups je ne me rappellais jamais qu'il y avait org dedans ...

Ben, c’est arrivé vers 2015-2016, je crois (donc soit au moment de ma propre adoption d’Arch comme OS principal après plus de 20 ans de DOS et Windows, soit peu de temps après) : le nom du service est passé du jour au lendemain de « cups.service » à « org.cups.cupsd.service ». Là, il semble que ce soit le chemin inverse qui a été pris.

Boum !
 
Le trio fatal noyau 5.9.x + GPU Nvidia + pilote Nouveau fait maintenant des victimes chez Fedora !
 
Peut-être que ça va pousser les devs du noyau à retrouver et corriger le commit qui, voulant réparer ce qui n’était pas cassé (vu que c’est très clairement un bug apparu lors d’un commit effectué durant la phase RC de la branche 5.9) et est maintenant en vrac, fait que lorsque le 5.10 prendra la place du 5.4 dans le paquet linux-lts, les Archiens utilisant Nouveau vont se retrouver très embêtés avec des PC qui vont subitement avoir un affichage qui cesse de répondre…

Bonjour,
 
j'ai un soucis et personne sur le forum archlinux.fr ne semble s'intéresser à mon problème.
 
mon ordinateur sous gnome met plusieurs minutes avant de s'eteindre complément.
 
j'ai remarqué que le problème se produisait lorsque je me connecte à gnome.
 
avez vous une idée?
 

je me demande bien pourquoi personne n'a voulu t'aider ...

Pareil avec un autre utilisateur?

Il faudrait configurer systemd et/ou gnome pour avoir un log dans une console, tu verrais alors en direct quel service-unit fait de la résistance quand tu éteins le PC, si tu utilises grub il faut enlever l'option "quiet" et "splash" dans le fichier de configuration /etc/default/grub :
 

 
https://bbs.archlinux.org/viewtopic.php?id=192647
 

 
Souvent les distributions (ainsi que windows) sont configurés par défaut pour masquer des infos à l'utilisateur lorsque tu démarres le PC et lorsque tu fermes la session, on voit un splash screen à la place, un logo animé, c'est beau mais ça n'aide pas le diagnostic,
 
l'autre option c'est de regarder dans le journal de systemd pour identifier le service qui pose problème à l'extinction (l'outil journalctl, pas évident à utiliser, il faut passer des options en ligne de commande pour filtrer la sortie, et parfois le faire avec un compte root pour être sûr de voir tous les messages).

sous KDE il y a l'application Ksystemlog pour ne pas passer par la ligne de commande, doit bien y avoir l'équivalent sous gnome.

merci de vos conseils.
 
je vais essayer la soluce du grub.
 

Note que si tu veux simplement faire un changement ponctuel de ce réglage, il suffit, à l’écran de choix de GRUB, d’appuyer sur E après avoir sélectionné l’OS de ton choix, puis de faire les changements voulus (note que ton clavier sera réglé en QWERTY), et enfin, faire Ctrl-X pour démarrer avec les réglages ainsi modifiés, qui seront valables jusqu’au prochain redémarrage.

Merci de votre aide.
 
j'ai trouvé mon coupable mais pas la solution.
le coupable est le service gvfs . Il ne s'éteint pas.
 
et vu la tournure des choses, je pense que je vais partir sur kde car gnome change tout à chaque fois.
 
encore merci.

Oui sur le forums FR d'archlinux, aucune réponse.

Aucun problème avec gvfs chez moi (qui, certes, suis sous XFCE et non Gnome).
 
Au pire, si c’est le service qui tarde trop à s’arrêter, tu peux forcer systemd à le tuer s’il ne répond plus après un délai donné : tu modifies le fichier /etc/systemd/system.conf et ajoutes cette ligne :
 

(J’ai mis 20 secondes, comme sous Windows ; mais tu peux mettre la durée que tu veux, sachant que le délai par défaut est d’1 minute 30, soit 90 secondes)
 

Si tu as donné aussi peu d’infos utiles que dans ton message initial qui n’en comporte aucune (« ça marche plus comme avant » n’est pas une info, même étalé sur 4 lignes), c’est pas étonnant…

Béni soit le site Arch Linux Archives !  

J'ai mis à jour le paquet texlive-core (et ses dépendances) hier et depuis, mes documentations professionnelles Latex ne compilaient plus... En passant par le site des archives de paquets (que je connaissais pas, béni soit aussi le Wiki d'Arch ), j'ai pu downgrader vers la version précédente de texlive-core et ça compile à nouveau... J'aurais été bien dans la merde sans ça !

Tu peux utiliser l'outil downgrade pour cela, il est sur AUR et fort pratique.

D'accord, merci. En général je réinstalle l'ancienne version depuis /var/cache/pacman/pkg, mais là je ne l'avais plus.

Au cas ou, dans ce cas-ci tu ferais:

tu auras ensuite une version a choisir, et si oui ou non tu veux bloquer ce paquet dans pacman.conf.
C'est simple et bien fait.

 
Jusqu' à que le bug soit résolu ?

Par exemple.

Ha oui, pouvoir bloquer la mise à jour dans pacman c'est une bonne feature, en effet.

Attention depuis fin décembre un utilisateur normal ne peut plus lancer dmesg,
 
il aura cette erreur :
 

 
rapport de bug :
https://bugs.archlinux.org/index.php?task_id=69168
https://bbs.archlinux.org/viewtopic.php?id=262222
 
il faut passer en mode root ou faire une modification particulière relative à la sécurité.