Reprise du message précédent :
Sortie des Frameworks 5.43 :  
 
https://www.kde.org/announcements/k [...] 5.43.0.php

J'ai découvert un truc étrange : j'ai deux machines différentes, toutes deux des portables avec Archlinux et Plasma.
 
Sur chacune de ces machines, j'ai un utilisateur principal qui n'appartient à aucun groupe à part son groupe par défaut (le même que son nom). Mais les deux sont dans les sudoers donc peuvent faire des actions d'admin.
 
Pourtant, une différence apparaît : l'un des deux peut utiliser le truc d'authentification de KDE (kauth ?), c'est-à-dire la fenêtre qui permet d'élever les droits utilisateurs quand par exemple je veux éditer avec Kate un fichier système. je tape mon mot de passe root dans la fenêtre et ça fonctionne.
 
L'autre utilisateur sur l'autre machine, ça ne marche pas : je tape mon mot de passe root et ça met "Authentification failed". J'ai découvert qu'en ajoutant l'utilisateur au groupe "wheel", ça fonctionne.
 
Comment ça se fait ? Sur la machine où ça fonctionne "de base", l'utilisateur n'est pas dans le groupe wheel...

La changelog de la 5.12.1 est dispo :
https://www.kde.org/announcements/plasma-5.12.1.php

 
il doit y avoir probablement une différence dans un fichier de configuration entre les deux machines, un fichier *.pacnew dont tu as intégré les modifications, mais pas sur l'autre

je crois avoir détecté un bug dans la dernière version de l'éditeur de texte "kate" :
 
lancez kate, puis tapez le caractère underscore ( _ ),
 
vous verrez que l'underscore n'apparait qu'après avoir fait un saut de ligne

Il apparaît de suite chez moi.

tu utilises quelle police de caractère dans kate ?
 
chez moi si j'utilise "monospace" ( chasse fixe ) alors je ne vois pas l'underscore,
 
si j'utilise liberation mono alors je vois l'underscore que je viens de taper,
 
j'utilise une configuration personnalisée pour fontconfig :
 

chez moi la police monospace correspond à "Bitstream Vera Sans Mono Roman"
 

J'utilise la police standard je crois, Hack.

Pour fontconfig je crois que j'utilise une config que j'ai pris sur le wiki, mais je ne suis plus sur.

Je viens de tester avec monospace et pas de soucis non plus, mais je ne sais pas ce que tu veux dire par chasse fixe (J'utilise tout en anglais).

Chasse fixe = monospace.

je suis donc le seul à avoir ce bug dans kate avec la police "monospace" ( chasse fixe en version française ), "Bitstream Vera Sans Mono Roman" et "dejavu mono" ?

j'utilise le thème "oxygen" pour plasma,

si j'utilise la police hack --> pas de souci

Oh, merci!
 

 
J'utilise Breeze, c'est peut-être cela, ou bien fontconfig vu qu'on n'a pas la même chose.

en fait le bug est subtil, ça semble venir du fait que kate n'affiche pas toute la hauteur de la police lorsqu'on a pas encore fait de saut de ligne :

sur cette capture d'écran en haut on voit ( avec la police hack ) que le underscore est bien visible, mais pas le bas des autres caractères ( comme le p, le j ),

puis sur la seconde capture d'écran j'ai inséré un saut de ligne, et là on voit bien le bas des caractères,

donc peut-être que ça vient du thème "oxygen" ?
ça ne vient pas de fontconfig car j'ai fait un test en désactivant ma configuration de fontconfig, le bug est toujours là

edit : j'ai essayé le thème "brise", j'ai toujours le bug

Peut-être que ça coupe trop tôt en effet.

Je viens de tester avec Oxygen et pas de bog ici.

un détail important : le bug apparaît lorsque la taille de la police de caractère est inférieure à 12,

par exemple si vous mettez une taille de 9 dans les options de kate vous aurez le bug,

je me demande si ça vient pas d'un profil kde corrompu, il faudrait que je fasse le test en me loguant avec un autre utilisateur et un profil kde vierge

C'est bien pour te faire plaisir que j'ai essayé, mais non.
 
Même à 8 avec monospace ca se passe bien.
 
Apres il faudrait peut-être aussi changer les polices globales de Plasma, mais j'ai la flemme.

où se cache le fichier de configuration de kate ?

edit : dans ~/.local/share/kate/ , j'ai testé en supprimant le dossier, ça ne résout pas le problème

gee: tu utilises bien les dépôts stables, pas de dépot testing ?
tout est à jour dans tes paquets ?
tu utilises du xorg, pas de wayland ?
taille dpi des polices par défaut à 96 dans les options de plasma ?

j'ai un autre utilisateur qui a le même bug que moi, il utilise le thème breeze

la configuration des polices plasma chez moi :
 

Toujours testing tu devrais le savoir depuis le temps
Pour le reste Xorg et DPI par defaut.

peut-être qu'avec le dépôt testing le bug a été corrigé,
 
concernant l'utilisation du dépôt testing : quelle a été ta motivation pour avoir fait ce choix ?
volonté de remonter en premier les bugs ?
d'avoir le plus tôt possible le paquet à la dernière version ?
 
rappel du bug car c'est un peu complexe :
 
- le bug ne se produit pas lorsque vous chargez un fichier rempli de caractères, le bug ne se produit que lorsque vous tapez un caractère sur une nouvelle ligne
 
- si vous choisissez la police "Bitstream Vera Sans Mono Roman"  en taille 9 dans kate : vous ne verrez pas l'underscore, sauf si vous tapez un saut de ligne
 
- si vous choisissez la police "hack"  ( police par défaut ) et taille 9 : vous verrez l'underscore, mais pas le bas de certains caractères comme le "p", "j", "y", par contre si vous insérez un saut de ligne vous verrez le bas de ces caractères
 
- si vous choisissez une taille supérieure ou égale à 12 pour ces polices : pas de bug, la hauteur entière des caractères est affichée
 
 
je viens de tester en me connectant avec un compte utilisateur ayant un profil totalement vierge de plasma : le bug est présent

La par contre je n'ai pas cette police donc je peux pas tester mais je confirme pour la taille 9 et hack et le bas des lettres.

j'ai ouvert un rapport de bug sur le site de kde,

si ça se trouve le bug était présent depuis bien longtemps et personne n'avait fait attention

certaines applications kde ont parfois ce genre de bug qui traine et dont personne ne s'en occupe vraiment,

parfois ça peut venir d'une mise à jour de Qt qui casse quelque chose dans les applications kde

Sortie de Plasma 5.12.2, pas de nouveautés fracassantes, seulement des bugfixes :  
 

• Fix favicons in firefox bookmarks runner.
• System settings: Improve sidebar header visibility.
• Discover: Don't let the user write the first review for apps they haven't installed. Commit.  

https://www.kde.org/announcements/plasma-5.12.2.php

Sortie de Plasma 5.12.3, des bugfixes :  
 
https://www.kde.org/announcements/plasma-5.12.3.php

C'est un sketch le changement de user avec KDE de nos jours : ça ne fonctionne que très rarement .
C'est quand même utile quand on est plusieurs sur une machine ...

Le fait de passer par le menu, l'écran de changement puis l'écran de veille du compte cible ?

Menu -> quitter -> changer d'utilisateur (enfin, la méthode usuelle sous KDE depuis presque la nuit des temps).

qu'est-ce qui ne marche pas ?
quel est le message d'erreur ?

il y a assez de ram sur ta machine pour supporter la gestion de 2 sessions utilisateurs ?
pas de processus qui bouffe un max de ram, de fuite mémoire ? ( tape un "free -h", un "top" dans une console pour vérifier )
le swap est activé ?

je viens de tester avec 2 utilisateurs :

- ma session
- et un utilisateur de test

la procédure :

- j'ouvre ma session, puis je clique sur le menu "bouton kde, état d'allumage/session, changer d'utilisateur", je choisis mon utilisateur de test --> pas de souci tout est ok,

- puis je reclique sur le même menu pour basculer sur ma première session : pas de souci je retrouve le bureau tel qu'il était,

- puis je retourne sur la session de mon utilisateur de test --> pas de soucis, et enfin je quitte la session de cet utilisateur de test ( fermeture de session ) --> j'arrive à revenir à ma session de mon compte utilisateur,

si ça plante chez toi alors plusieurs possibilités :

- un profil KDE endommagé ? Si oui il faut tester avec un profil vierge, ou avec 2 nouveaux utilisateurs de test

- c'est pas la faute de KDE mais peut-être un problème de pilote vidéo, un truc lié à nvidia/pilote propriétaire bogué qui se produit lorsque la session X se relance, faut tester avec le pilote vidéo libre ( radeon, amdgpu, ou "nouveau" dans le cas de nvidia )

- c'est pas la faute de KDE mais plutôt celle de l'utilisateur qui joue les béta-testeurs avec des paquets de type wayland, testing, des trucs trop récents ou trop exotiques pas super fiables, une compilation à la gentoo avec des options chelous, il faut alors créer le rapport de bug pour que les développeurs soient au courant du problème

- c'est la faute de KDE, un bug subtil, un scénario de test peu courant que les développeurs n'ont pas expérimenté, genre configuration bi-écran, voire tri-écran où le bug apparaît uniquement dans ces conditions ?

je précise que je suis sous archlinux, dépôts stables ( pas de dépôt testing ), pilote vidéo libre radeon, un seul écran de connecté en dvi, 8 Go de ram

En effet, c'est peut-être en rapport avec le pilote Nvidia.
Je testerai avec la dernière version dès que possible.
 
Sinon, il ne se passait rien quand je voulais changer d'utilisateur.

Le principe technique de fond pour les multi session graphique sous X11, c'est d'avoir un display par connexion.
 
Si tu nous dis que tu as des soucis de bascule de session, le premier point à regarder c'est le pilote graphique et sa tolérance de bascule entre les display X11 ouverts.  
 
Pour confirmer la chose, essaie de passer par une session terminal (Ctrl Alt F1 à F6 ... sous Debian/Ubuntu) avant de raccrocher une session graphique (Ctrl Alt F7 et plus ?).

Pour info, sur les dernières versions de Firefox Nightly, les boutons de barre de titre sans barre de titre fonctionnent. Ils apparaissent en haut à droite au niveau des onglets, comme sous WIndows.
 
Le seul petit hic, c'est qu'ils utilisent le style Breeze par défaut, donc si vous avez changé de décorations de fenêtres, ça peut jurer. Mais bon c'est vraiment du chipotage.

TNZ : je n'ai pas de souci pour ouvrir une session terminal via les touches Fx, de même pour revenir à la session graphique .

Sortie des KDE Applications 17.12.3 :  
 
https://www.kde.org/announcements/a [...] 7.12.3.php

 
ce rythme mensuel de plasma/kde frameworks/kde applications ( parfois même tous les 15 jours ) de mise à jour n'est-il pas un peu trop rapide ?
 
https://www.kde.org/announcements/
 
une alternative serait un rythme plus lent de mise à jour ( genre 3 mois, 6 mois ), pour que les développeurs se donnent du temps pour évaluer les nouvelles fonctionnalités, corriger les bugs, et surtout tester le produit avant de lui donner le tag "release/bon pour le service",
 
et créer une branche "kde unstable" pour ceux qui veulent des mises à jour plus fréquentes, tout en acceptant le risque de bugs que cela suppose
 
 
 
 

C'est aussi mon avis .
Mais bon, c'est dans l'air du temps on va dire!

Sortie des Frameworks 5.44 :  
 
https://www.kde.org/announcements/k [...] 5.44.0.php

En cours de compilation!

chez gentoo il y a pas moyen de télécharger les binaires plutôt que de compiler ?
 
il me semblait que cette distribution laissait le choix entre les deux options

Il y a quelques rares paquets (genre Seamonkey, Libreoffice) mais un environnement complet comme KDE, non.

et ça te prends combien de temps la compilation de kde ?