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

c'est prévu quand le passage à la version 6 pour plasma ?
ou bien le numéro de version de plasma est obligatoirement lié au numéro de version de Qt ? ( qui est toujours à la version 5 depuis 2012 )

je me demande si plasma gagnerait ( ou pas ) à s'affranchir de ce lien, en ayant un code de version bien à lui, genre "plasma 2017.4.r3" ( année.mois.numéro_de_release ) au lieu de plasma  5.9.4

Quand Qt6 sortira.

ok,

d'ailleurs je vois que gnome fait la même chose, en calquant son numéro de version sur celui de gtk

Les devs de Plasma ont déjà annoncé qu'il n'y avait pas de "Plasma 6" de prévu (du moins pour l'instant).

ayéééé je suis passé sur KDE Neon après 17 ans sur Kubuntu.. c'est rapide épuré mais manque plein de truc du coup... le premier qui me vient à l'esprit.. les Pilotes Nvidia/Proprio .. y'a même pas le panneau pour les installer..
 
2eme Gros prob mais connu apparemment.. sur une connexion HDMI... tous les caractères sont chelou/trop gros/déformé.. prob de DPI à paramétrer mais sans succès pour l'instant...

si tu veux un truc rolling release pour plasma alors je conseille archlinux si lire le wiki ne te fait pas peur, tu suis pas à pas le wiki ( telle une checklist ) et à priori tu devrais avoir quelque chose de fonctionnel avec les paquets plasma d'archlinux,

il y a aussi manjaro linux, la version "ubuntesque" d'archlinux mais j'ai pas testé

Bon tout réinstall sans trop d'encombre.. sauf SDDM .. qui refuse obstinément de m'afficher quoi que ce soit au login... j'ai trouvé la parade en mettant autologin et la ça passe... sinon obligé de ctrl+F2 et startx... pas pratique...

il vaut mieux essayer de comprendre la cause de l'erreur, l'autologin c'est pas terrible comme solution,

regarde dans le fichier log de Xorg si ssdm n'affiche aucune fenêtre, il utilise peut-être des paramètres graphiques incorrects dans le fichier de configuration /etc/sddm.conf, une résolution d'écran, un thème sddm bogué,

et dans le centre de configuration de plasma tu peux configurer ssdm en installant un paquet spécial ( sous archlinux c'est sddm-kcm, je ne sais pas s'il y a la même chose dans kde neon ) :

https://wiki.archlinux.org/index.php/SDDM

J'ai déjà constaté un truc comme ça. Ca affiche rien mais ça prend les inputs quand même
Teste à l'aveugle.

déjà testé tu pense bien pas envie de me prendre la tête. je laisse en autologin... c'est pour la maison .. aucun risque

j'ai eu un bug similaire avec sddm sous archlinux, et c'était lié à un thème sddm bogué, en mettant un autre thème le bug avait disparu

haaaaaaa je vais testaïïï !!!
 
edit: malheureusement pareil avec un autre thème :\

Rhaaa dernière version de plasma, le pixel tout en bas a gauche dans le coin du menu K qui ouvre pas le menuuuuuuuu  

Ha mais c'est chiant ça. C'est comme le pixel tout en haut à droite qui ne ferme pas les fenêtres plein écran, donc tu ne peux pas te contenter de balancer ton curseur dans le coin de l'écran pour fermer la fenêtre.

c'est quoi cette histoire de pixel ?

comment vous faites pour réussir à cibler un pixel rikiki avec le curseur de souris ?
ça demande une précision monumentale, hors de portée du poignet et des yeux d'un utilisateur lambda,

à moins d'avoir un écran 50 pouces et un pitch énorme pour le pixel

Mais non. l'idée c'est justement de ne pas avoir à viser, et simplement "lancer" son curseur dans le coin de l'écran, ce qui du coup ne fonctionne pas.

il y aurait donc une zone de pixels ( un groupe de 30 pixels ) qui fait que dès que la souris entre dans cette zone un événement va se déclencher ( apparition d'un menu, apparition d'un diaporama de fenêtres identique à la combinaison de touches ALT + TAB ),

ça c'est pas nouveau, ce que je comprenais pas c'est le message de make-install qui laisse à penser qu'il faut maintenant cliquer sur "un" pixel ( plus petit qu'une épaisseur d'un cheveu ) pour déclencher le menu K

donc au lieu de parler d'un pixel, parlez plutôt d'un groupe de pixels, ça évitera les malentendus

comme je suis pas en testing j'ai pas encore installé la dernière version de plasma, vérifiez en fait qu'il ne s'agit pas d'un problème de configuration de votre profil plasma, genre au lieu d'avoir une zone configurée à 30 pixels ça s'est mis par erreur sur un seul pixel dans le fichier de configuration

Non non, mon message était limpide
C'est juste que maintenant il faut balancer la souris dans le coin et la redécaler un peu pour que le clic ouvre le menu.
Horrible. Limite show stopper
Bon si je me motive je vais ouvrir un bug report.

EDIT: Voilà, bientôt délivrés https://bugs.kde.org/show_bug.cgi?id=378972

Aucun soucis de ce genre ici si j'ai bien compris ce dont vous parlez.

"Bientôt" délivrés, je parierais pas là-dessus, perso. (le 2e commentaire est de moi)

Ouais j'ai vu ta réponse mais t'as un peu parasité mon report pour un truc pas pertinent en fait
Parce que :
1- Si jamais ton bug est avéré ce serait à reporter sur kwin et non plasma je dirais
2- Chémoiçamarche

Vérifie en changeant de thème peut-être ?

Ha ouais désolé.

Sortie des Applications 17.04 :

https://www.kde.org/announcements/a [...] 7.04.0.php

J'ai finalement décidé de build les 250dependances pour passer sous kde après X années de xfce.
 
J'espère qu'il n'y a pas des updates trop souvent (ou je repasse en cli )
 
En espérant que ce soit terminé demain soir  

 
Sortie de Plasma 5.9.5 :  
 
https://www.kde.org/announcements/plasma-5.9.5.php

M'en fout elle est pas encore stable dans mon repo

il y avait l'alternative de passer à lxqt, afin de rester dans le coté léger de xfce

http://lxqt.org/

Et bin super, depuis la mise à jour en 5.9.5, ma session Plasma ne démarre plus, elle plante au milieu du chargement.

Renomme ton home et crées en un vide histoire de voir.  
Dans les 1eres versions KDE4, j'ai fait la manip' une paire de fois

Non c'est bon, j'ai trouvé le coupable : apparemment, la version 5.9.5 a changé des trucs concernant le démarrage automatique des programmes. J'ai viré simplement ce qui était dans mon .config/autostart, et maintenant ça démarre.

avec la dernière mise à jour de plasma et des applications kde je remarque un bug :
 
je n'arrive plus à ouvrir des programmes ( kate, dolphin ) en utilisant kdesu :
 
un "kdesu kate" suivi de mon mot de passe ne donne rien, pas de message d'erreur mais pas de programme kate qui se lance,
 
c'est pas normal

Logs ?

rien dans les logs,

apparemment c'est un bug connu que les gens de kde ne sont pas pressés de résoudre :

https://bugs.archlinux.org/index.ph [...] k_id=51026

étonnant qu'ici personne dans ce topic n'ai remarqué ce bug très génant, car ça oblige à éditer en root en ligne de commande ( vi, nano, à l'ancienne ) les fichiers de config de texte plutôt que de passer dans une interface graphique type kate en root

quelqu'un peut-il me dire ici s'il arrive à faire un "kdesu kate" et à faire afficher le programme kate ?

bien sûr avec la dernière version de plasma, des applications kf5

Bah, j'ai pas kdesu, ni d'éditeurs de texte gui d'ailleurs, alors forcément m'en suis pas aperçu xD.
 
vim forever
 
Sinon,

En tout cas selon ton lien, cela à l'air d'être un problème dbus du à la compilation du package Archlinux.

en fait même pas, visiblement d'après Antonio Rojas les développeurs de Kate ont en fait en sorte que le programme ne puisse pas être executé en root,

d'ailleurs c'est pareil pour dolphin, pas moyen de le lancer avec kdesu,

par contre les programmes non kde comme gparted peuvent se lancer avec kdesu :

kdesu gparted

le souci c'est que les développeurs de KDE auraient pu mettre un message d'information ( au moins dans la console ) genre ça dans le code source:

print("vous ne pouvez pas exécuter <nom du programme kde> en mode root" )

quand on tente de faire un "kdesu <nom du programme kde>"

là il y a que dalle dans la sortie console quand tu cherches à lancer un programme kde avec kdesu, rien dans la console, rien dans les logs, l'utilisateur va alors croire que kdesu a un problème alors que ce n'est pas le cas

Oui, ce n'est plus possible d'ouvrir des programmes KDE en root de façon graphique.

J'ai un problème avec kde, impossible de switcher de workplace en glissant une fenêtre sur le coté de l'écran, malgré l'option activée dans les paramètre

kdesudo cassé ?

en fait ce sont les développeurs des programmes kde qui ont fait en sorte que ces programmes ne puissent plus être ouverts en mode root avec kdesu,

kdesu n'est pas en cause,

car si tu ouvres par exemple un programme gtk avec kdesu ça va marcher :

kdesu gparted

Et du coup, si on a ponctuellement besoin d'avoir les droits root, on fait quoi ? On lance Nautilus ?