En quoi est-ce mal? Le OOM killer n'est pas particulièrement prédictible et je me suis déjà retrouvé avec une machine qui freeze à cause d'une fuite mémoire dans un de mes scripts.
Pour une machine distante j'ai décidé de désactiver l'overcommit, au moins le script incriminé plante tout de suite. Mais si tu as une meilleure idée je suis preneur.
Merci d'avoir pris le temps de répondre. J'avais bien sûr forcé le trait car c'était vendredi.
Les crashs sont au moins présents sur les versions des dépôts archlinux, peut-être qu'on essuie les plâtres avant les autres?
L'interface est franchement un point faible, il faut beaucoup de clics pour accéder aux fonctions et les retours de novices ne sont pas positifs. Avec de l'expérience on n'y pense plus, mais pour un usage ponctuel c'est inférieur à office ou onlyoffice. Tu me répondra sans doute que je me suis juste adapté à la concurrence, mais je me souviens du passage à l'interface d'office 2007 qui était toute nouvelle à l'époque et pourtant tout tombait sous la main.
Pour la différence de positionnement, il faudra voir si elle ne réduit pas avec l'ajout de fonctionnalités dans OnlyOffice.
Et chaque mois, le même commentaire qui revient. Je comprends que tu sois déçu d'avoir investi du temps sur LO, mais je trouve que ta critique est de mauvaise foi.
Il y a un autre point de vue possible sur le sujet: ça fait des dizaines d'années que libreoffice est incapable d'ouvrir et d'éditer correctement les fichiers du standard de facto, l'interface est bancale et contre-productive, les bugs/crashs omniprésents (heureusement que le module de récupération fonctionne bien au moins) et les performances s'effondrent quand un document gagne en complexité.
En quelques mois, onlyoffice a énormément progressé (d'où les articles réguliers), à tel point que certains préfèrent déjà l'utiliser plutôt que LO. Le projet avance à grand pas, possède un fort potentiel et (c'est trolldi tout est permis) il serait peut-être plus productif de rediriger l'effort de contribution vers ce projet plutôt que vers Libreoffice qui traîne une lourde dette technologique.
Certes le format de stockage n'est pas un chef d’œuvre d’ingénierie, mais OnlyOffice prouve qu'on peut quand même se débrouiller avec. En informatique comme ailleurs, les standards ne suivent pas la raison.
J'ai eu la même expérience, j'ai essayé d'autres éditeurs mais aucun ne propose le même niveau de fonctionnalités ni la même qualité d'intégration ou des performances.
Pour des politiciens qui voient à court terme, une vente aux enchère c'est plus intéressant qu'une rente plus régulière comme de la location. Et une compagnie investira beaucoup moins si elle a un risque de guerre commerciale derrière.
Les chantres du libéralisme n'iront peut-être pas jusque là, enfin j'espère. Je pense que l'on risque d'abord d'avoir un système de concession par ligne comme pour les autoroutes ou les trains au Royaume-Uni. Et sans doute une interface unique pour les billets, comme c'est déjà le cas pour les compagnies de bus en région parisienne, qui sont privatisées.
J'aime le style de github. Certes, c'est un peu lent, mais toutes les fonctions utiles tombent sous la main. C'est simple, clair et direct. La plupart des variantes ne font que compliquer les choses.
Je ne comprend pas ce qui te déplaît dans les pull request (ou était-ce un troll bien déguisé?): ça s'intègre bien avec git, avec le processus de revue de code, avec les tests automatiques, et ça permet de travailler de manière incrémentale en suivant les évolutions de la branche principale si jamais l'intégration prend du temps.
En fait, c'est juste un coup de main à prendre: tu peux par exemple toujours suggérer un patch, mais dans un rapport de bug: c'est équivalent à un mail sur la mailing list sauf qu'il y a un suivi ouvert/clôturé en plus.
Et c'est plus facile de naviguer/rechercher/filter dans les pages de bugs, pull requests que dans une mailing list.
Le principal défaut amha, c'est le côté facebook avec la nécessité d'avoir un compte pour contribuer, gitlab ou atlassian sont plus flexibles de ce point de vue.
Merci beaucoup pour ces explications. Elle m'ont permis d'avancer.
L'authentification fonctionne et pour l'instant je passe simplement les identifiants et mots de passe via les arguments -D et -w des commandes ldap*.
Si j'ai bien compris, l'important est de donner l'accès en recherche à tout et l'accès en lecture à objectClass, entry et aux attributs souhaités
J'ai désormais la configuration suivante:
dn: olcDatabase={1}mdb,cn=config
changetype: modify
add: olcAccess
olcAccess: to attrs=userPassword,shadowLastChange
by self write
by anonymous auth
olcAccess: to attrs=entry,objectClass,uid
by dn.base="cn=nslcd,ou=Services,dc=example,dc=org" read
by dn.base="cn=postfix,ou=Services,dc=example,dc=org" read
by dn.base="cn=dovecot,ou=Services,dc=example,dc=org" read
olcAccess: to attrs=uidNumber,cn,gecos,homeDirectory,gidNumber,loginShell
by dn.base="cn=nslcd,ou=Services,dc=example,dc=fr" read
olcAccess: to *
by self read
by * search
Oui c'est très juste, je crois que ça date d'une version antérieure du code où des définitions multiples d'un même raccourci étaient possible et j'utilisais une liste de tuples pour les stocker.
Tu aurais du lire de quel démon il s'agit. Vu l'application, le mien passe 99,999% (au pifomètre) du temps bloqué sur l'appel système qui attend un retour de la part d'evdev.
J'aime le code optimisé, mais je n'optimise que les parties critiques pour lesquelles cette optimisation a une réelle utilité.
Très juste, le groupe input suffit et je pourrais donc modifier le service systemd pour lancer le démon avec des droits plus restreints. Si je n'ai pas trop la flemme je regarderai aussi du côté des capabilities, que l'on peut là aussi gérer via systemd il me semble.
Avec un brin de soudure, tu peux aussi utiliser des cartes d'extension. Par contre, si tu optes pour cette méthode, je ne recommande pas trop la hifiberry dac+, j'ai pas été impressionné par la qualité du son.
Pour la puissance, je rejoins ce qui est dit au dessus: le son consomme peu de ressources.
Durant mon court séjour là-bas, c'était assez aléatoire et les connections finissent souvent par être filtrées. De plus j'ai lu que les autorités ont décidé d'être beaucoup moins laxistes depuis quelques temps.
Cool, encore une fonctionnalité de Xorg qui a a été abandonnée/oubliée et qui a mis 10 ans à revenir dans Wayland sous la forme d'un projet expérimental pas officiellement supporté et non standard.
Je ne critique pas ce projet en particulier, qui rendra bien service si il parvient à maturité, mais je trouve aberrante la situation de Wayland qui est mal défini, mal organisé, et ne prend pas en compte une foultitude d'usages.
J'ai rien compris à tes explications, ni sur ce que tu cherches à faire, ni sur le problème.
Cependant, je me permets de te rappeler que python remplit les listes avec des références des objets qu'on lui donne. Du coup je trouve bizarre d'ajouter zbis à la liste, de le modifier et de le rajouter à nouveau à chaque itération. Tous les éléments de result pointent vers le même objet. Tu devrais pas créer un nouvel np.array à chaque fois?
Tu lances gnome avec GDM? Si il y a des soucis de permissions (polkit & co je crois), l'utilisateur n'a peut-être pas le droit d'éteindre l'ordinateur, auquel cas le bouton éteindre n’apparaît pas.
J'avais commencé par utiliser RawTherapee, ensuite lightroom dont l'interface/expérience utilisateur est franchement très chouette. En comparaison, le premier est assez pénible avec des curseurs difficiles à positionner et des intervalles de valeur bien trop large.
Darktable est ce qui s'en rapproche le plus, il y a même la possibilité de travailler par masques, de naviguer dans l'historique des opérations, et il y a des tutos assez poussés sur internet.
Ce n'est pas destiné pour des pré-prints. C'est un effort pour aider les chercheurs à valoriser le travail de développement logiciel jusqu'ici largement éclipsé dans un contexte où la qualité des chercheurs est mesurée par leurs publications. Le fait que les articles de joss soient revus par les pairs donne la possibilité de citer ces travaux dans des publications (certains conférences n'acceptent pas de citer des pré-publications/rapports techniques).
Il n'y a pas si longtemps, il y a eu un journal sur le Odroid-H2 avec un quad-core J4105 qui pourrait sans doute correspondre à tes attentes: https://www.hardkernel.com/shop/odroid-h2/
Je ne l'ai pas testé par contre.
Je ne recommande rien en ARM car les seuls SoCs avec des vrais contrôleurs sata (pas usb->sata) sont les vieillissants A20.
Si tu mets tes données en ligne, peut-être que l'on pourra jouer avec.
Autrement, en petite dimension tu peux essayer de visualiser tes données (ACP ou tsne) et tester des algorithmes plus simples pour commencer.
Peut-être des arbres de décisions seraient plus adaptés si il y a des effets de seuil dans la décote?
Les carnets sont compréhensibles à la première lecture sans avoir à déchiffrer le code, ce qui permet de mettre l'emphase sur l'aspect explicatif ou pédagogique.
Pour les sciences, le fait de mélanger code et sorties est idéal, on peut étudier à la volée un modèle ou des données. C'est donc toujours appréciable quand quelqu'un partage un notebook déjà structuré pour faciliter ce travail.
Quant à la mise en ligne, c'est à la discrétion de l'auteur, on peut partager des notebooks aussi facilement que du code.
Outre l'argument des bonnes pratiques et du fait que le code pourra être plus facilement réutilisé, je pense que c'est aussi nécessaire pour aider les analyseurs de code (statiques ou à l’exécution) à identifier les fuites mémoires.
Les écrans ont toujours des petits défauts, ils n'affichent pas tout à fait les couleurs demandées.
Avec un profil, supposons que l'ordinateur demande d'afficher du gris et que l'écran affiche un gris un peu bleuté (ce décalage est mesuré par des sondes d'étalonnage) alors l'ordinateur compense l'erreur en demandant un gris un peu plus rouge et vert.
Avec Xorg, il y avait moyen d'appliquer des réglages quelque soit le DE utilisé. Maintenant je ne sais pas comment ça marche, gnome propose une interface pour charger des profils même sous wayland, il n'y avait rien pour sway la dernière fois que j'ai essayé. Ça n'a pas l'air standardisé.
Je ne pense pas non plus que wayland prévoit la prise en charge des écrans 'wide-gamut' qui proposent un espace colorimétrique plus grand (affichent une plus grande partie des couleurs visibles).
Ces fonctionnalités sont utilisées dans les métiers de la photo, de l'impression, et du cinéma. Cette dernière est peu connue, mais des professionnels travaillent régulièrement sous linux (ex: https://www.blackmagicdesign.com/fr/products/davinciresolve/).
[^] # Re: s’attaquer à la pénurie de compétences avancées sur les bases de données
Posté par nlgranger . En réponse à la dépêche Appel à contributions de la Fondation MariaDB auprès des universités. Évalué à 2.
En quoi est-ce mal? Le OOM killer n'est pas particulièrement prédictible et je me suis déjà retrouvé avec une machine qui freeze à cause d'une fuite mémoire dans un de mes scripts.
Pour une machine distante j'ai décidé de désactiver l'overcommit, au moins le script incriminé plante tout de suite. Mais si tu as une meilleure idée je suis preneur.
[^] # Re: SPAM
Posté par nlgranger . En réponse à la dépêche Le bulletin d’automne d’ONLYOFFICE : mises à jour, nouveau partenariat et #OSSParis19. Évalué à 0.
Merci d'avoir pris le temps de répondre. J'avais bien sûr forcé le trait car c'était vendredi.
Les crashs sont au moins présents sur les versions des dépôts archlinux, peut-être qu'on essuie les plâtres avant les autres?
L'interface est franchement un point faible, il faut beaucoup de clics pour accéder aux fonctions et les retours de novices ne sont pas positifs. Avec de l'expérience on n'y pense plus, mais pour un usage ponctuel c'est inférieur à office ou onlyoffice. Tu me répondra sans doute que je me suis juste adapté à la concurrence, mais je me souviens du passage à l'interface d'office 2007 qui était toute nouvelle à l'époque et pourtant tout tombait sous la main.
Pour la différence de positionnement, il faudra voir si elle ne réduit pas avec l'ajout de fonctionnalités dans OnlyOffice.
[^] # Re: SPAM
Posté par nlgranger . En réponse à la dépêche Le bulletin d’automne d’ONLYOFFICE : mises à jour, nouveau partenariat et #OSSParis19. Évalué à -2.
Et chaque mois, le même commentaire qui revient. Je comprends que tu sois déçu d'avoir investi du temps sur LO, mais je trouve que ta critique est de mauvaise foi.
Il y a un autre point de vue possible sur le sujet: ça fait des dizaines d'années que libreoffice est incapable d'ouvrir et d'éditer correctement les fichiers du standard de facto, l'interface est bancale et contre-productive, les bugs/crashs omniprésents (heureusement que le module de récupération fonctionne bien au moins) et les performances s'effondrent quand un document gagne en complexité.
En quelques mois, onlyoffice a énormément progressé (d'où les articles réguliers), à tel point que certains préfèrent déjà l'utiliser plutôt que LO. Le projet avance à grand pas, possède un fort potentiel et (c'est trolldi tout est permis) il serait peut-être plus productif de rediriger l'effort de contribution vers ce projet plutôt que vers Libreoffice qui traîne une lourde dette technologique.
Certes le format de stockage n'est pas un chef d’œuvre d’ingénierie, mais OnlyOffice prouve qu'on peut quand même se débrouiller avec. En informatique comme ailleurs, les standards ne suivent pas la raison.
[^] # Re: Ni l'un, ni l'autre
Posté par nlgranger . En réponse au journal Atom / VSCode. Évalué à 1.
J'ai eu la même expérience, j'ai essayé d'autres éditeurs mais aucun ne propose le même niveau de fonctionnalités ni la même qualité d'intégration ou des performances.
[^] # Re: Pourquoi faire simple alors qu'on peut faire compliqué ?
Posté par nlgranger . En réponse au journal Les pièges de la SNCF. Évalué à 6.
Pour des politiciens qui voient à court terme, une vente aux enchère c'est plus intéressant qu'une rente plus régulière comme de la location. Et une compagnie investira beaucoup moins si elle a un risque de guerre commerciale derrière.
[^] # Re: Pourquoi faire simple alors qu'on peut faire compliqué ?
Posté par nlgranger . En réponse au journal Les pièges de la SNCF. Évalué à 1.
Les chantres du libéralisme n'iront peut-être pas jusque là, enfin j'espère. Je pense que l'on risque d'abord d'avoir un système de concession par ligne comme pour les autoroutes ou les trains au Royaume-Uni. Et sans doute une interface unique pour les billets, comme c'est déjà le cas pour les compagnies de bus en région parisienne, qui sont privatisées.
[^] # Re: L'a-t-il été?
Posté par nlgranger . En réponse au lien Atlassian n'est pas très vivant. Évalué à 3.
J'aime le style de github. Certes, c'est un peu lent, mais toutes les fonctions utiles tombent sous la main. C'est simple, clair et direct. La plupart des variantes ne font que compliquer les choses.
Je ne comprend pas ce qui te déplaît dans les pull request (ou était-ce un troll bien déguisé?): ça s'intègre bien avec git, avec le processus de revue de code, avec les tests automatiques, et ça permet de travailler de manière incrémentale en suivant les évolutions de la branche principale si jamais l'intégration prend du temps.
En fait, c'est juste un coup de main à prendre: tu peux par exemple toujours suggérer un patch, mais dans un rapport de bug: c'est équivalent à un mail sur la mailing list sauf qu'il y a un suivi ouvert/clôturé en plus.
Et c'est plus facile de naviguer/rechercher/filter dans les pages de bugs, pull requests que dans une mailing list.
Le principal défaut amha, c'est le côté facebook avec la nécessité d'avoir un compte pour contribuer, gitlab ou atlassian sont plus flexibles de ce point de vue.
[^] # Re: ACL Ldap
Posté par nlgranger . En réponse au message Besoin d'aide pour comprendre les permissions avec LDAP. Évalué à 1.
Merci beaucoup pour ces explications. Elle m'ont permis d'avancer.
L'authentification fonctionne et pour l'instant je passe simplement les identifiants et mots de passe via les arguments -D et -w des commandes ldap*.
Si j'ai bien compris, l'important est de donner l'accès en recherche à tout et l'accès en lecture à objectClass, entry et aux attributs souhaités
J'ai désormais la configuration suivante:
[^] # Re: quand je vois "demon système en python"…
Posté par nlgranger . En réponse au journal Mini-projet (python): un démon système pour gérer des raccourcis clavier. Évalué à 2.
Oui c'est très juste, je crois que ça date d'une version antérieure du code où des définitions multiples d'un même raccourci étaient possible et j'utilisais une liste de tuples pour les stocker.
[^] # ou pas
Posté par nlgranger . En réponse au journal Mini-projet (python): un démon système pour gérer des raccourcis clavier. Évalué à 5.
Tu aurais du lire de quel démon il s'agit. Vu l'application, le mien passe 99,999% (au pifomètre) du temps bloqué sur l'appel système qui attend un retour de la part d'evdev.
J'aime le code optimisé, mais je n'optimise que les parties critiques pour lesquelles cette optimisation a une réelle utilité.
[^] # Re: droits root non nécessaires
Posté par nlgranger . En réponse au journal Mini-projet (python): un démon système pour gérer des raccourcis clavier. Évalué à 3. Dernière modification le 12 août 2019 à 20:18.
Très juste, le groupe input suffit et je pourrais donc modifier le service systemd pour lancer le démon avec des droits plus restreints. Si je n'ai pas trop la flemme je regarderai aussi du côté des capabilities, que l'on peut là aussi gérer via systemd il me semble.
# Cartes d'extension?
Posté par nlgranger . En réponse au message Serveur pulseaudio avec RaspberyPI Zero. Évalué à 1.
Avec un brin de soudure, tu peux aussi utiliser des cartes d'extension. Par contre, si tu optes pour cette méthode, je ne recommande pas trop la hifiberry dac+, j'ai pas été impressionné par la qualité du son.
Pour la puissance, je rejoins ce qui est dit au dessus: le son consomme peu de ressources.
# Suggestion
Posté par nlgranger . En réponse au message Drivers Wifi Asus X205TA . Évalué à 2. Dernière modification le 27 juillet 2019 à 17:00.
D'après https://askubuntu.com/a/768194 le pilote est à moitié supporté par linux au lieu de pas du tout auparavant :-).
Du coup tu dois lancer les commandes suivantes dans un terminal:
Mais je n'ai pas testé moi-même.
[^] # Re: linuxfrlibre.org ?
Posté par nlgranger . En réponse au lien La Quadrature du Net a déposé un recours contre l'appli ALICEM (reconnaissance faciale). Évalué à 1.
Durant mon court séjour là-bas, c'était assez aléatoire et les connections finissent souvent par être filtrées. De plus j'ai lu que les autorités ont décidé d'être beaucoup moins laxistes depuis quelques temps.
[^] # Re: wayland et transparence réseau
Posté par nlgranger . En réponse au journal On the Road to Fedora Workstation 31. Évalué à -5.
Cool, encore une fonctionnalité de Xorg qui a a été abandonnée/oubliée et qui a mis 10 ans à revenir dans Wayland sous la forme d'un projet expérimental pas officiellement supporté et non standard.
Je ne critique pas ce projet en particulier, qui rendra bien service si il parvient à maturité, mais je trouve aberrante la situation de Wayland qui est mal défini, mal organisé, et ne prend pas en compte une foultitude d'usages.
# Comme en politique: j'ai rien compris, mais j'ai quelques chose à dire!
Posté par nlgranger . En réponse au message Problème ajout dans une liste. Évalué à 3.
J'ai rien compris à tes explications, ni sur ce que tu cherches à faire, ni sur le problème.
Cependant, je me permets de te rappeler que python remplit les listes avec des références des objets qu'on lui donne. Du coup je trouve bizarre d'ajouter zbis à la liste, de le modifier et de le rajouter à nouveau à chaque itération. Tous les éléments de result pointent vers le même objet. Tu devrais pas créer un nouvel np.array à chaque fois?
# Merci
Posté par nlgranger . En réponse au lien Jancovici : audition Assemblée nationale : impact des EnR - 16 mai 2019. Évalué à 4.
Tu fais une veille régulière pour trouver ce genre de contenu?
[^] # Re: Gnome
Posté par nlgranger . En réponse au journal Quel DE pour des débutants?. Évalué à 5.
Tu lances gnome avec GDM? Si il y a des soucis de permissions (polkit & co je crois), l'utilisateur n'a peut-être pas le droit d'éteindre l'ordinateur, auquel cas le bouton éteindre n’apparaît pas.
# Retour d'expérience
Posté par nlgranger . En réponse au message Logiciel raw. Évalué à 2.
J'avais commencé par utiliser RawTherapee, ensuite lightroom dont l'interface/expérience utilisateur est franchement très chouette. En comparaison, le premier est assez pénible avec des curseurs difficiles à positionner et des intervalles de valeur bien trop large.
Darktable est ce qui s'en rapproche le plus, il y a même la possibilité de travailler par masques, de naviguer dans l'historique des opérations, et il y a des tutos assez poussés sur internet.
[^] # Re: Exactement, qu'est-ce?
Posté par nlgranger . En réponse au lien Faire comme de la publication scientifique en partageant le code. Évalué à 1.
Ce n'est pas destiné pour des pré-prints. C'est un effort pour aider les chercheurs à valoriser le travail de développement logiciel jusqu'ici largement éclipsé dans un contexte où la qualité des chercheurs est mesurée par leurs publications. Le fait que les articles de joss soient revus par les pairs donne la possibilité de citer ces travaux dans des publications (certains conférences n'acceptent pas de citer des pré-publications/rapports techniques).
# ODROID-H2
Posté par nlgranger . En réponse au message Serveur basse consommation. Évalué à 2.
Il n'y a pas si longtemps, il y a eu un journal sur le Odroid-H2 avec un quad-core J4105 qui pourrait sans doute correspondre à tes attentes: https://www.hardkernel.com/shop/odroid-h2/
Je ne l'ai pas testé par contre.
Je ne recommande rien en ARM car les seuls SoCs avec des vrais contrôleurs sata (pas usb->sata) sont les vieillissants A20.
# Bon exemple jouet
Posté par nlgranger . En réponse au journal machine learning - expérimentation foireuse. Évalué à 3.
Si tu mets tes données en ligne, peut-être que l'on pourra jouer avec.
Autrement, en petite dimension tu peux essayer de visualiser tes données (ACP ou tsne) et tester des algorithmes plus simples pour commencer.
Peut-être des arbres de décisions seraient plus adaptés si il y a des effets de seuil dans la décote?
[^] # Re: Jupyter
Posté par nlgranger . En réponse à la dépêche Python pour les sciences, une présentation. Évalué à 4.
Les carnets sont compréhensibles à la première lecture sans avoir à déchiffrer le code, ce qui permet de mettre l'emphase sur l'aspect explicatif ou pédagogique.
Ils servent d'exemples ou de tutoriaux interactifs: https://pytorch.org/tutorials/beginner/blitz/tensor_tutorial.html#sphx-glr-beginner-blitz-tensor-tutorial-py
Ils sont faciles à modifier, on peux itérer dans les modifications grâce à l'exécution dans le désordre, consulter ponctuellement une valeur, etc. Je m'en suis donc servi pour faire un TP récemment: https://github.com/nlgranger/hybrid_NN_HMM/blob/master/hybrid_NN_HMM.ipynb
Pour les sciences, le fait de mélanger code et sorties est idéal, on peut étudier à la volée un modèle ou des données. C'est donc toujours appréciable quand quelqu'un partage un notebook déjà structuré pour faciliter ce travail.
Quant à la mise en ligne, c'est à la discrétion de l'auteur, on peut partager des notebooks aussi facilement que du code.
# Pour faire taire valgrind!
Posté par nlgranger . En réponse au message pourquoi je dois faire un free() alors que le noyau libere la mémoire à la fin de mon processus. Évalué à 2.
Outre l'argument des bonnes pratiques et du fait que le code pourra être plus facilement réutilisé, je pense que c'est aussi nécessaire pour aider les analyseurs de code (statiques ou à l’exécution) à identifier les fuites mémoires.
[^] # Re: La charrue, les bœufs, etc...
Posté par nlgranger . En réponse au journal Le dégonflage des mythes Wayland... dégonflés sur Reddit. Évalué à 7.
Les écrans ont toujours des petits défauts, ils n'affichent pas tout à fait les couleurs demandées.
Avec un profil, supposons que l'ordinateur demande d'afficher du gris et que l'écran affiche un gris un peu bleuté (ce décalage est mesuré par des sondes d'étalonnage) alors l'ordinateur compense l'erreur en demandant un gris un peu plus rouge et vert.
Avec Xorg, il y avait moyen d'appliquer des réglages quelque soit le DE utilisé. Maintenant je ne sais pas comment ça marche, gnome propose une interface pour charger des profils même sous wayland, il n'y avait rien pour sway la dernière fois que j'ai essayé. Ça n'a pas l'air standardisé.
Je ne pense pas non plus que wayland prévoit la prise en charge des écrans 'wide-gamut' qui proposent un espace colorimétrique plus grand (affichent une plus grande partie des couleurs visibles).
Ces fonctionnalités sont utilisées dans les métiers de la photo, de l'impression, et du cinéma. Cette dernière est peu connue, mais des professionnels travaillent régulièrement sous linux (ex: https://www.blackmagicdesign.com/fr/products/davinciresolve/).
Pour les anglophones curieux, il y a un thread Reddit sur le sujet: https://www.reddit.com/r/linux/comments/agldhf/wayland_color_management_why_it_is_important/