Cette espace vous permet de voir toutes les Messages réalisées par ce membre. Vous ne pouvez voir que les Messages réalisées dans les espaces auxquels vous avez accès.
Tu as essayé le paquet communautaire? ou une une installation manuelle... pip-je-ne-sais-quoi ?
Je crois qu'il va falloir être patient mais il y a un espoir. À titre personnel je ne le sens pas d'expérimenter à tout-va pour retourner des bugs ou un fonctionnement inattendu (en anglais déjà?). Je m'éloigne peu à peu d'une pratique photographique exigeante et précise sous certains aspects.
Il y a de très bons photographes qui utilisent Linux, dont certains qui vivent de leur passion, j'ai bon espoir.
(comme l'un des intervenants dans cette discussion, lors de mon essai avec Wayland, "DisplayCal fonctionne, mais n'affiche pas le patch de couleur")
Le projet du fork est actif. On peut se permettre d'espérer une issue. La question est de savoir à quelle vitesse Wayland viendra à supplanter complètement X11.
On verra bien... que dire de plus? En ce qui me concerne je n'ai pas le temps ni les moyens de creuser davantage la question, ce qui n'empêche pas d'essayer d'entrevoir vaguement l'avenir.
Cette page continue d'être mise à jour et j'y apprends qu'il y a un paquet communautaire pour TW. Visiblement il y aurait aussi en plus un paquet expérimental pour TW et un communautaire pour Leap 15.5 :
Pour les photographes passionnés (dont je fais de moins en moins partie même si le sujet m'intéresse quand même), la prise en compte par les environnements graphiques du ou des profils (icc) résultant du calibrage d'un moniteur, est importante.
Je ne refais pas toute l'histoire mais nous avons un logiciel bien connu pour calibrer nos écrans, DisplayCAL, qui n'est plus disponible dans les dépôts (flatpak donc car je doute que sa compilation soit possible ou simple en raison de la version de python dont nous disposons).
Du fait que KDE Plasma 6 pousse en quelque sorte à l'utilisation de Wayland, je me suis posé la question de l'utilisation de DisplayCAL avec ce serveur graphique, ce que je n'avais jamais essayé de faire jusque là.
J'ai donc tenté de calibrer mon écran avec DisplayCAL sous Wayland.
Le logiciel se lance mais un message d'erreur a bloqué ma tentative de calibrage. À confirmer par d'autres utilisateurs du logiciel en question.
Qu'à cela ne tienne je suis donc allé calibrer sous X11 et j'ai obtenu un profil icc.
Avec X11 sur KDE, la prise en compte de ce profil par l'environnement graphique se fait grâce au Gestionnaire de couleurs dans la Configuration du système, à condition d'avoir installé le paquet colord-KDE.
Avec Wayland, ce n'est pas là que ça se passe. Il faut se rendre dans la Configuration de l'affichage.
Cela pose un petit problème. Avec X11, dans le Gestionnaire de couleurs, il est possible d'enregistrer plusieurs profils à ce niveau (un destiné à l'affichage sur le Web et un autre pour l'impression par exemple) et de basculer rapidement de l'un à l'autre.
C'est beaucoup moins simple avec Wayland comme vous pouvez le voir sur la capture d'écran ci-dessus.
Je m'interroge à présent sur DisplayCAL dont le développement est l'arrêt depuis un moment. S'il se confirme qu'il ne fonctionne pas avec Wayland, les photographes, les vidéastes et les graphistes auront des soucis à l'avenir. Argyll CMS en lignes de commande, sur lequel repose d'ailleurs DisplayCAL, ce n'est pas la joie
Ça pour KDE car Gnome dispose d'une solution rudimentaire, mais d'une solution quand même (gnome-color-manager) pour faciliter le calibrage.
Oui au final c'est vrai qu'il manquait à zypper une option permettant de supprimer les paquets orphelins, dès lors qu'il en existait déjà une pour pouvoir les lister. Je pense que la nouvelle option a été créée par souci de cohérence, d'un point de vue global dans l'arsenal de zypper. Ceux qui administrent des systèmes complexes, des serveurs ou je ne sais quoi de même niveau, apprécieront certainement de pouvoir en disposer. À une plus petite échelle, le recours à Yast me semble plus indiqué car cela laisse le temps et les moyens de réfléchir à ce qu'on fait (la ligne de commande, pas à pas, aussi ceci-dit). Bref, la nouveauté est une option radicale à utiliser en toute connaissance de cause. Je passe mon chemin
@Philoupes : le simple clic Le truc le plus idiot, c'est qu'il s'offre à nous, à l'ouverture, sur la première page de la Configuration du système, nommée Paramétrage rapide. Je ne sais pas comment ils se débrouillent pour que nous passions à côté et pour que nous nous sentions obligés de plonger dans le menu où nous finirons par découvrir qu'il est aussi question du simple-clic, ou plutôt du double-clic , dans Comportement général.
Tiens, au passage, sur cette même première page, dans la rubrique Pages les plus utilisées, le lien vers la Configuration de Krunner est inactif.
Pour le bug de yast, ce n'est pas qu'avec plasma 6 que je l'ai eu.
Je n'ai pas pour ma part rencontré de souci à l'installation d'Elisa avec Yast. Cela ne se produit que pour Elisa ou cela affecte d'autres logiciels que tu pourrais éventuellement installer?
J'avoue être plutôt satisfait de cette nouvelle version. Je n'ai aucun des soucis pointés par @Chumi et @seb95...
Mon seul reproche c'est la disparition de kup-backup (installé mais introuvable autant en console qu'en graphique) qui était bien pratique mais il y a pléthore de solutions alternatives certes moins bien intégrées à Plasma.
Je ne suis pas incapacité à utiliser mon ordi avec ce Plasma 6, mais il y a des petites bizarreries. Une autre : le verrouillage de l'écran est aléatoire sur X11, un coup il fonctionne, un coup il plante (écran noir, Ctrl+Alt+Backspace pour pouvoir se reconnecter).
Et ces bizarreries se vérifient sur trois installations (deux procédant d'une maj, et une toute fraîche depuis zéro).
Kup, je suis passé à côté de ce soft qui est basé sur Rsync à la différence de Kbackup je crois. J'utilise toujours Lucky Backup. Kup est dispo en flatpak mais je ne sais pas s'il s'intégrerait bien à Plasma 6... et puis c'est gênant de recourir à un flatpak pour ça.
@seb95 : Konsole depuis Dolphin, oui c'était un problème sur X11 (cela fonctionnait normalement avec Wayland) mais c'est réglé à présent.
Si je tente d'épingler Yast Software, le bug est persistant. Toutefois cette action ne balance plus une entrée dans /Home/.local/share/applications, et d'autre part si j'édite l'entrée de Yast Software dans le menu, elle pointe bien à présent vers /usr/share/applications et root est bien le propriétaire.
@chalu : je vois où est le problème. En éditant l'entrée de Yast software dans le menu (via clic-droit et non avec l'éditeur de menu), je vois qu'elle pointe vers /home/thierry/.local/share/applications au lieu de /usr/share/applications, et le propriétaire c'est moi au lieu root (normal puisque ça pointe vers mon dossier perso).
Honnêtement, je ne sais pas d'où ça sort ni comment sortir de là.
Ah oui, si je créée un nouvel utilisateur, la même chose se reproduit avec lui.
Edit : Nom d'une pipe! Voilà que ça le fait sur mon pc principal à présent
@chalu : aucune galère sur les deux PCs mis à jour qui révèlent cette bizarrerie. La galère s'est produite sur mon PC principal que j'ai réinstallé car en plus j'avais un SSD foireux que j'ai changé du coup. Oui, un clic-droit ne signale rien de différent.
Edit : Je viens de vérifier avec un autre module de Yast, Yast Partitioner, et ça produit le même résultat. Mais pas avec Yast.