Connexion
Abonnez-vous

L’email au format texte est-il une barrière à la participation au code du noyau Linux ?

L'email au format texte est-il une barrière à la participation au code du noyau Linux ?

Le 03 septembre 2020 à 08h56

Le sujet a été évoqué par Sarah Novotny, représentante de Microsoft au sein de la fondation Linux, dans une interview à The Register. Elle y voit l'une des raisons à la difficulté de trouver des mainteneurs pour le projet.

Ce manque de mains est un problème qui n'a rien de nouveau dans le monde du libre, même pour de gros projets, mais a récemment été soulevé par Linus Torvalds alors que les questions de successions pointent à l'horizon.  Pour Novotny, la Linux Kernel Mailing List (LKML) est perfectible et gagnerait à utiliser des mécaniques et outils de participation plus efficaces.

Un débat qui risque vite de tourner court, tant les positions sont tranchées entre les partisans du tout texte et de l'email, qui permettent des échanges depuis n'importe quel appareil, sans dépendance technique forte. À l'inverse, certains poussent à l'utilisation de solutions comme les pull requests et des workflows plus intégrés.

Une opposition qui semble inconciliable, ce qui risque sans doute de préserver un status quo… tout du moins jusqu'à ce que le problème se manifeste de manière inévitable.

Le 03 septembre 2020 à 08h56

Commentaires (27)

Vous devez être abonné pour pouvoir commenter.

Abonnez-vous
votre avatar

Je proposerai bien que ça se fasse par crieur de rue, un échange sans appareil, sans dépendance technique, avec une interaction naturelle.

votre avatar

Dans l’interview elle explique que c’est parce que Outlook est incapable de bosser en “plain text” idem pour gmail.



Elle explique aussi




As an example, my partner submitted a patch to OpenBSD a few weeks ago, and he had to set up an entirely new mail client which didn’t mangle his email message to HTML-ise or do other things to it


C’est vrais que thunderbird est hyper compliqué a configurer…

votre avatar

Ouais mais ça parle d’Outlook et de Gmail, des outils de gros acteurs qui veulent reprivatiser un standard pour le manipuler à leur sauce. Et c’est bien connu de toute façon que le html c’est le format rêvé pour le mail. Donc voir un contributeur pleurer parce que son outil propriétaire respecte pas un standard qui date des années 70, c’est un peu gonflé, mais j’arrive même pas à être supris.

votre avatar

Mais au delà de ça la méthode de contribution par mail avec des patchs est inefficace au possible quand on compare à ce qui se fait aujourd’hui sur gitlab ou github avec les pull requests.
Alors certes l’échelle du projet fait que les outils d’aujourd’hui ne sont pas parfaitement adaptés non plus, mais on pourrait très bien imaginer un nouvel outil qui fonctionne à la fois pour l’échelle de Linux et des plus petits projets.

votre avatar

Il y a tout de même des choses qui ne vont pas avec ce qu’elle dit. Par exemple :




We assumed that Outlook was to blame. Could Microsoft fix that instead? “The question always is fix it to whose standards, because we are focused much more on business and enterprise models of clients and customers. For them we fixed it to a more HTML-based model so it really depends on who your audience is and who your target is.”


Ils peuvent tout de même juste rajouter un bouton “Envoyer au format texte”.

votre avatar

D’un point de vue business ça n’a aucun sens de rajouter ce bouton (et toute la doc qui s’ensuit) sur Office juste pour que certains puissent contribuer sur UN projet.

votre avatar

Envoyé un email en plain text c’est une fonctionnalité basique que presque tout le monde fait et qui ne sert pas qu’a un projet.

votre avatar

Oui c’est ça qui est totalement dingue, même si ta solution n’est pas conçue pour du plain text, ça doit pas être compliqué hyper compliqué d’ajouter une option pour virer les balises HTML



Bah qu’ils bossent avec thunderbird… ils peuvent même ajouter un “envoyé avec outlook” en bas si ça les amuse.



Si tu t’invite chez des gens pour jouer au Uno, c’est pas toi qu va expliquer qu’on va utiliser tes régles perso qui font chier tous les autres

votre avatar

Bah c’est de leur faute aussi d’utiliser des outils qui font n’importe quoi…



Outlook par exemple, ne sais même pas lire les courriels correctement et parfois supprime (n’affiche pas ?) mes réponses en dessous de la citation du courriel auquel je réponds…

votre avatar

On voit mal Linux disparaître par manque de maintenance à moyen terme, il faudrait pour cela qu’un projet concurrent (un fork ?) plus dynamique voit le jour et prenne de plus en plus de place au fur et à mesure, mais ça sera nécessairement très long.
En attendant, c’est quand même le plus gros risque s’il commence à y avoir une pénurie de mainteneurs et que les outils en sont vraiment la cause.
Git a été imaginé pour gérer le code de Linux, j’imagine que les contributeurs et mainteneurs de Linux peuvent également imaginer un outil qui utilise des méthodes modernes tout en étant universel.



A titre perso, je trouve que c’est un gros signe que la communauté des “contre” est très conservatrice et ne sait pas se remettre en question, et c’est bien dommage.

votre avatar

Depuis Lotus qui a développé le principe de mettre la réponse à mail avant la question, plus personne ne sait écrire de mail en entreprise.



Au mieux on a des “je mets mes réponses en vert dans ton mail”.
Les mécanismes de citations sont non fonctionnels dans les outils Outlook car en plus de devoir tripoter les options pour avoir une barre de citation, répondre dans la citation n’es ni intuitif (crtl-q pour couper la barre et insérer la réponse) ni sûr car le code html générer n’est pas toujours bien compris par les MUA dont outlook.



Donc ce serait bien redonner aux outils de courrier électronique actuelles les fonctions qui existaient dans ceux de 1970, avant de proposer des outils nouveaux.

votre avatar

à deux doigts de réclamer la compatibilité de linux.org avec IE6

votre avatar

ErGo_404 a dit:


D’un point de vue business ça n’a aucun sens de rajouter ce bouton (et toute la doc qui s’ensuit) sur Office juste pour que certains puissent contribuer sur UN projet.


Je dirais que c’est paramétrable par options, mais c’est tout ou rien.

votre avatar

Les excuses sont foireuses, mais la demande est justifié surtout qu’il y a plétorde d’outil mieux foutu pour faire de la soumission de code.

votre avatar

De ce que j’ai lu de l’interview, le problème est l’utilisation d’e-mail, non le fait qu’il soit en pur texte. Après, ça n’arrange pas les choses.



Du coup, le débat n’est pas de savoir si outlook, gmail ou apple mail doivent prendre en charge le pur texte, mais si la liste de diffusion est un outil toujours viable pour participer au code alors que les “jeunes” développeurs sont habitués à des outils plus spécifique à ce genre d’usage.

votre avatar

je ne comprends pas la discussion



il y a bien une option “texte brut” pour la mise en forme d’un courrier dans Outlook



et si on reçoit un e-mail en texte brut, il répond automatiquement en texte brut sauf si on décide de changer le mode



donc … vraiment, je ne comprends pas

votre avatar

tazvld a dit:


De ce que j’ai lu de l’interview, le problème est l’utilisation d’e-mail, non le fait qu’il soit en pur texte. Après, ça n’arrange pas les choses.



Du coup, le débat n’est pas de savoir si outlook, gmail ou apple mail doivent prendre en charge le pur texte, mais si la liste de diffusion est un outil toujours viable pour participer au code alors que les “jeunes” développeurs sont habitués à des outils plus spécifique à ce genre d’usage.


oui, ça me parait beaucoup plus être ça le problème !



il y a quelques années, je m’étais inscrit au parti pirate de mon pays, et il y avait des tas de discussions par mail et c’était vraiment pas évident à suivre d’autant que je déteste participe aux reply to all donc je n’ai jamais vraiment participé



il est temps de trouver d’autres outils collaboratifs



et par pitié, … pas Sharepoint :-D

votre avatar

Pour gmail je vois




Gmail web client converts tabs to spaces automatically.


https://www.kernel.org/doc/html/v4.17/process/email-clients.html#email-clients

votre avatar

Si tu sais pas envoyer des e-mails, tu sais sûrement pas coder pour Linux. Fin.

votre avatar

On pourrait aussi écrire le code C du noyau dans des fichiers HTML (avec css et js) ça serait beaucoup plus joli !

votre avatar

Je pense que c’est surtout que ça ferait un super coup de pub à Microsoft si le repo officiel de kernel.org devenait GitHub et que la ML était donc remplacée par les discussions autour des Issues et des PR.



GitHub a été racheté par M$.

votre avatar

millman42 a dit:


Il y a tout de même des choses qui ne vont pas avec ce qu’elle dit. Par exemple :



Ils peuvent tout de même juste rajouter un bouton “Envoyer au format texte”.


Il y a une fonction pour convertir les mails enrichis à envoyer au format texte brut.



Sauf que parfois… Outlook s’en fout.



D’ailleurs, Microsoft recommande de passer par cette fonction pour éviter le fameux bug WINMAIL.DAT… (ie compression des pièces jointes à la sauce Microsoft en un fichier de ce nom, que parfois le destinataire ne peut pas lire…) car c’est trop difficile pour eux de rajouter un bouton indépendant pour couper cette fonctionnalité…



Mais là aussi, parfois Outlook s’en fout (même l’astuce dans le registre ne marche parfois pas). Et si ça marche, impossible donc d’envoier en format enrichi si l’on veut que les destinataires puissent lire à coup sûr les PDF joints.



Outlook est une usine à gaz dont je me demande si même les développeurs ont encore une idée réelle de son fonctionnement interne.

votre avatar

Si tu as le temps de proposer du code pour le noyau linux, le temps passé à créer un compte email compatible plain text semble dérisoire par rapport au temps de dev/tests etc.



C’est probablement du FUD pour stresser suffisamment la communauté (avec un vrai enjeu néanmoins qui est le renouvellement des devs) et en profiter pour l’emmener vers des outils aux mains des gafam non?

votre avatar

En lisant l’interview, le problème principal n’est pas que la mailing list soit en plain-text, même si ça n’arrange pas les choses (a priori, d’après les commentaire plus haut, outlook gère le plein-text, donc MS s’en branle), mais le fait d’utiliser une mailing list pour la contribution au développement d’un noyaux alors qu’il existe des vrai outils adapté (même open source, comme gitlab) sur lequel les dev sont bien plus habitué.



Parfois les dev sous linux donnent l’impression qu’ils sont restés figés dans les années 80 (comme par exemple la règles des 80 caractères qui vient des carte perforée IBM 80 colonnes )

votre avatar

TiboodiT a dit:


On pourrait aussi écrire le code C du noyau dans des fichiers HTML (avec css et js) ça serait beaucoup plus joli !


Genre comme un site web qui permet d’accéder au code, voir les modifications, proposer les siennes, poser des ticket… ? ca semble une super idée, je suis étonné que personne n’ait développé une tel chose.




Diom a dit:


Je pense que c’est surtout que ça ferait un super coup de pub à Microsoft si le repo officiel de kernel.org devenait GitHub et que la ML était donc remplacée par les discussions autour des Issues et des PR.



GitHub a été racheté par M$.


Rien ne leur empêche d’utiliser Gitlab sur une instance perso à kernel.org . MS n’est pas dupe, et sait que cette solution sera privilégiée par rapport à github (serveur open source, décentralisé….). Donc non, selon moi, MS ne cherche pas spécialement à ramener linux sur github.

votre avatar

millman42 a dit:


Il y a tout de même des choses qui ne vont pas avec ce qu’elle dit. Par exemple :



Ils peuvent tout de même juste rajouter un bouton “Envoyer au format texte”.


En effet, d’ailleurs ce bouton existe, je viens de tester depuis mon Outlook au boulot (Outlook 2013 a priori), avec ceci : support.microsoft.com Microsoft.




Jetto a dit:


Depuis Lotus qui a développé le principe de mettre la réponse à mail avant la question, plus personne ne sait écrire de mail en entreprise.



Donc ce serait bien redonner aux outils de courrier électronique actuelles les fonctions qui existaient dans ceux de 1970, avant de proposer des outils nouveaux.


Copain. :smack:
Ayant connu la Netiquette et les forums Usenet, où on répond après les parties du message qu’on cite (comme ici d’ailleurs), j’ai longtemps essayé de lutter contre le “top-posting”, qui s’est surtout répandu du fait de MS et son satané Outlook. La longue histoire de MS et du non respect des standards :-( .




ErGo_404 a dit:


D’un point de vue business ça n’a aucun sens de rajouter ce bouton (et toute la doc qui s’ensuit) sur Office juste pour que certains puissent contribuer sur UN projet.


Cf plus haut.




Dj a dit:


Oui c’est ça qui est totalement dingue, même si ta solution n’est pas conçue pour du plain text, ça doit pas être compliqué hyper compliqué d’ajouter une option pour virer les balises HTML


C’est clair.




Sputnik93 a dit:


à deux doigts de réclamer la compatibilité de linux.org avec IE6


Compatibilité et IE6, ça ne va pas trop dans la même phrase.




rmfx a dit:


Si tu sais pas envoyer des e-mails, tu sais sûrement pas coder pour Linux. Fin.


Pas faux.




TiboodiT a dit:


On pourrait aussi écrire le code C du noyau dans des fichiers HTML (avec css et js) ça serait beaucoup plus joli !


:mdr:

votre avatar

TheKillerOfComputer a dit:


Il y a une fonction pour convertir les mails enrichis à envoyer au format texte brut.
Sauf que parfois… Outlook s’en fout.



D’ailleurs, Microsoft recommande de passer par cette fonction pour éviter le fameux bug WINMAIL.DAT… (ie compression des pièces jointes à la sauce Microsoft en un fichier de ce nom, que parfois le destinataire ne peut pas lire…) car c’est trop difficile pour eux de rajouter un bouton indépendant pour couper cette fonctionnalité…



Mais là aussi, parfois Outlook s’en fout



Outlook est une usine à gaz dont je me demande si même les développeurs ont encore une idée réelle de son fonctionnement interne.


Probable. Je continue à préférer Outlook, rien que pour chercher un mail précis.



J’ai juste fait un seul test de la fonction d’envoi en texte, en cliquant au bon endroit dans l’interface, mais je n’ai effectivement pas cherché si ça pouvait être réglé pour être systématique, sans action à faire.



C’est une cochonnerie ce “winmail.dat”, qu’est-ce qu’il leur a encore pris chez MS… Je ne comprendrai jamais leur mentalité par rapport aux standards.
(dans le temps j’ai dû installer un utilitaire dispo sous Linux pour décoder ces pièces jointes, je crois que l’outil s’appelle “ms-tnef” ou genre)

L’email au format texte est-il une barrière à la participation au code du noyau Linux ?

Fermer