Posté par greendev .
Évalué à -10.
Dernière modification le 19 septembre 2023 à 17:41.
Un résumé du billet. Littéralement. Sans exagération. Garanti sans mauvaise foi.
Pfiou c’est chiant d’avoir N implémentation d’un serveur graphique. N’en faisons qu’un : Xorg.
Pfiou c’est chiant d’avoir un truc monolithique et monstrueux. Faisons wayland et laissons libre les implémentations.
Pfiou c’est chiant d’avoir N implémentations d’un compositeur. N’en gardons qu’un : wlroots.
…
Tout ça matiné d’idéologie néolib’ du style “ce qui ne s’adapte pas meurt” et autre argument dont on cherchera longtemps la base technique (pour le coup je crois qu’on peut qualifier Xorg de zombie, il resiste le salopiaud).
Posté par Psychofox (Mastodon) .
Évalué à 10.
Dernière modification le 19 septembre 2023 à 17:58.
Pfiou c’est chiant d’avoir N implémentation d’un serveur graphique. N’en faisons qu’un : Xorg.
Pfiou c’est chiant d’avoir un truc monolithique et monstrueux. Faisons wayland et laissons libre les implémentations.
Pfiou c’est chiant d’avoir N implémentations d’un compositeur. N’en gardons qu’un : wlroots.
La différence c'est que le premier (Xorg) est un truc d'environ 600k lignes de code jugé non maintenable par ses propres mainteneurs et que plus personnes ne veut toucher à part xwayland[1] contre moins de 100k pour wlroots qui lui est toujours maintenu.
Cela a plus à voir avec l’historicité du code et l’absence de stratégie de maintenance sur le long terme (qui mène à la plus fameuse “dette technique”). C’est bien ce qui m’inquiète. Il règne une certaine confusion et j’ai pas l’impression qu’on ne cherche à sortir le nez du guidon dans toute cette histoire.
Tu ne peux pas comparer le nombre de lignes de code par exemple. Pas le même historique, pas le même nombre de fonctionnalité couvertes, pas la même architecture. Et c’est ce dernier point qui est primordial, à un niveau macro sur un projet aussi important que celui-ci. Et le fait qu’il y ait des fonctionnalités manquantes et que vu de (très) loin elles tardent à arriver, ça donne pas envie. Si pour couvrir le reste t’es obligé de multiplié par 10 le nombre de ligne de code…
Basiquement la calibration des couleurs c’est juste une transformation 𝑓(R,G,B) à appliquer bêtement à chaque pixel. Je pige pas la difficulté du truc.
Après, honnêtement je ne regarde ça que de très loin (je reste sur mon bon et vaillant Xorg, étant donné que j’utilise dwm — et dwl n’est pas distribué par Gentoo, et parce que ça marche, simplement). C’est histoire de troller un peu… et parce que j’ai détecté pas mal de discours idéologique aussi derrière le billet. Ce qui m’agace énormément là où j’attends des arguments techniques.
Basiquement la calibration des couleurs c’est juste une transformation 𝑓(R,G,B) à appliquer bêtement à chaque pixel. Je pige pas la difficulté du truc.
Posté par greendev .
Évalué à -10.
Dernière modification le 20 septembre 2023 à 06:27.
Lol j’adore quand des imbéciles tiennent à faire connaître à la terre entière leur état en trouvant le moyen de répondre totalement à côté de la plaque.
Les insultes fusent quand on est en panne d'arguments et qu'on manque d'intégrité.
Soit dit en passant, même si ce serait cool de l'avoir, la calibration des couleurs n'était probablement pas la priorité au début de la spécification du protocole car elle est sollicité essentiellement[1] par une fraction des utilisateurs qui sont en général des professionnels du graphisme et de la photographie et qui sont donc ceux qui achètent des moniteurs calibrés en usine et recalibrable directement (sans passer par le software). La calibration software a surtout de l'intérêt pour des photographes pros en voyage qui veulent tout faire sur leur laptop. Et là je pense que l'intersection entre les populations de photographes pros journalistiques/sportifs et utilisateur de linux est faible. Et cette fraction d'utilisateur peut toujours utiliser xorg donc ce n'est pas considéré la fin du monde comparé à d'autres priorités.
Ce qui touche plus de monde à priori, c'est la population qui voudrait du HDR. Et Xorg ne le fournit pas non plus. Il faut passer par un compositeur qui envoit directement les metadonnées au GPU via le DRM, c'est ce que fait le compositeur de Valve avec les GPU AMD.
Posté par raphj .
Évalué à 7.
Dernière modification le 20 septembre 2023 à 09:32.
d’idéologie néolib’ du style “ce qui ne s’adapte pas meurt”
What? Mais avec quel filtre tu lis les choses ? Ça doit être triste.
Il n'est pas en train d'écrire "que le meilleur gagne" ou "marche ou crève". C'est un constat que quand un logiciel ne s'adapte pas aux besoins actuels, il finit souvent par être abandonné et disparaitre. C'est presque par construction : un logiciel, c'est un outil qui est là pour répondre à un besoin, s'il n'y répond plus (bien) au besoin il n'est plus utilisé, surtout s'il existe d'autres logiciels autour. Si ton marteau n'enfonce plus les clous, tu t'en débarrasses. Ça me parait naturel (Certains projets logiciels tendent vers de l'art, là c'est différent).
On n'est pas en train de parler d'économie, d'entreprises ou de personnes.
Tu questionnes la base technique, perso je trouve Nate crédible. Ça commence à faire un moment que je le lis, il est généralement très pertinent et avec sa forte implication dans le projet KDE et sa bonne vision d'ensemble, sans vouloir faire un argument d'autorité, je pense qu'il sait de quoi il parle.
# Erreur de débutant : la condition d’arrêt de la boucle manque
Posté par greendev . Évalué à -10. Dernière modification le 19 septembre 2023 à 17:41.
Un résumé du billet. Littéralement. Sans exagération. Garanti sans mauvaise foi.
…
Tout ça matiné d’idéologie néolib’ du style “ce qui ne s’adapte pas meurt” et autre argument dont on cherchera longtemps la base technique (pour le coup je crois qu’on peut qualifier Xorg de zombie, il resiste le salopiaud).
[^] # Re: Erreur de débutant : la condition d’arrêt de la boucle manque
Posté par Psychofox (Mastodon) . Évalué à 10. Dernière modification le 19 septembre 2023 à 17:58.
La différence c'est que le premier (Xorg) est un truc d'environ 600k lignes de code jugé non maintenable par ses propres mainteneurs et que plus personnes ne veut toucher à part xwayland[1] contre moins de 100k pour wlroots qui lui est toujours maintenu.
[1] je te laisse voir de quoi traitent tous les commits de 2023: https://gitlab.freedesktop.org/xorg/xserver/-/commits/master
[^] # Re: Erreur de débutant : la condition d’arrêt de la boucle manque
Posté par Thomas Douillard . Évalué à 5.
Apparemment le résumé a été tellement résumé que c’est obligé de rallonger pour rajouter des trucs qui sont en intro de l’article original.
[^] # Re: Erreur de débutant : la condition d’arrêt de la boucle manque
Posté par greendev . Évalué à -10.
Cela a plus à voir avec l’historicité du code et l’absence de stratégie de maintenance sur le long terme (qui mène à la plus fameuse “dette technique”). C’est bien ce qui m’inquiète. Il règne une certaine confusion et j’ai pas l’impression qu’on ne cherche à sortir le nez du guidon dans toute cette histoire.
Tu ne peux pas comparer le nombre de lignes de code par exemple. Pas le même historique, pas le même nombre de fonctionnalité couvertes, pas la même architecture. Et c’est ce dernier point qui est primordial, à un niveau macro sur un projet aussi important que celui-ci. Et le fait qu’il y ait des fonctionnalités manquantes et que vu de (très) loin elles tardent à arriver, ça donne pas envie. Si pour couvrir le reste t’es obligé de multiplié par 10 le nombre de ligne de code…
Basiquement la calibration des couleurs c’est juste une transformation 𝑓(R,G,B) à appliquer bêtement à chaque pixel. Je pige pas la difficulté du truc.
Après, honnêtement je ne regarde ça que de très loin (je reste sur mon bon et vaillant Xorg, étant donné que j’utilise dwm — et dwl n’est pas distribué par Gentoo, et parce que ça marche, simplement). C’est histoire de troller un peu… et parce que j’ai détecté pas mal de discours idéologique aussi derrière le billet. Ce qui m’agace énormément là où j’attends des arguments techniques.
[^] # Re: Erreur de débutant : la condition d’arrêt de la boucle manque
Posté par Psychofox (Mastodon) . Évalué à 10.
Envoies donc ton patch.
[^] # Re: Erreur de débutant : la condition d’arrêt de la boucle manque
Posté par greendev . Évalué à -10. Dernière modification le 20 septembre 2023 à 06:27.
Lol j’adore quand des imbéciles tiennent à faire connaître à la terre entière leur état en trouvant le moyen de répondre totalement à côté de la plaque.
[^] # Re: Erreur de débutant : la condition d’arrêt de la boucle manque
Posté par Psychofox (Mastodon) . Évalué à 10.
Les insultes fusent quand on est en panne d'arguments et qu'on manque d'intégrité.
Soit dit en passant, même si ce serait cool de l'avoir, la calibration des couleurs n'était probablement pas la priorité au début de la spécification du protocole car elle est sollicité essentiellement[1] par une fraction des utilisateurs qui sont en général des professionnels du graphisme et de la photographie et qui sont donc ceux qui achètent des moniteurs calibrés en usine et recalibrable directement (sans passer par le software). La calibration software a surtout de l'intérêt pour des photographes pros en voyage qui veulent tout faire sur leur laptop. Et là je pense que l'intersection entre les populations de photographes pros journalistiques/sportifs et utilisateur de linux est faible. Et cette fraction d'utilisateur peut toujours utiliser xorg donc ce n'est pas considéré la fin du monde comparé à d'autres priorités.
Ce qui touche plus de monde à priori, c'est la population qui voudrait du HDR. Et Xorg ne le fournit pas non plus. Il faut passer par un compositeur qui envoit directement les metadonnées au GPU via le DRM, c'est ce que fait le compositeur de Valve avec les GPU AMD.
Et ce n'est pas aussi simple que tu le prétends sinon la spec aurait été mergé depuis des mois.
On notera que tu n'as parlé d'aucune autre fonctionnalités manquantes. On les cherche encore.
[1] si on exclue les trolls
[^] # Re: Erreur de débutant : la condition d’arrêt de la boucle manque
Posté par cosmocat . Évalué à 2.
Apparemment, ça bouge sur le sujet :
https://www.phoronix.com/news/Wayland-CM-Weston
[^] # Re: Erreur de débutant : la condition d’arrêt de la boucle manque
Posté par raphj . Évalué à 7. Dernière modification le 20 septembre 2023 à 09:32.
What? Mais avec quel filtre tu lis les choses ? Ça doit être triste.
Il n'est pas en train d'écrire "que le meilleur gagne" ou "marche ou crève". C'est un constat que quand un logiciel ne s'adapte pas aux besoins actuels, il finit souvent par être abandonné et disparaitre. C'est presque par construction : un logiciel, c'est un outil qui est là pour répondre à un besoin, s'il n'y répond plus (bien) au besoin il n'est plus utilisé, surtout s'il existe d'autres logiciels autour. Si ton marteau n'enfonce plus les clous, tu t'en débarrasses. Ça me parait naturel (Certains projets logiciels tendent vers de l'art, là c'est différent).
On n'est pas en train de parler d'économie, d'entreprises ou de personnes.
Tu questionnes la base technique, perso je trouve Nate crédible. Ça commence à faire un moment que je le lis, il est généralement très pertinent et avec sa forte implication dans le projet KDE et sa bonne vision d'ensemble, sans vouloir faire un argument d'autorité, je pense qu'il sait de quoi il parle.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.