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.
Commentaires (27)
#1
Je proposerai bien que ça se fasse par crieur de rue, un échange sans appareil, sans dépendance technique, avec une interaction naturelle.
#2
Dans l’interview elle explique que c’est parce que Outlook est incapable de bosser en “plain text” idem pour gmail.
Elle explique aussi
C’est vrais que thunderbird est hyper compliqué a configurer…
#2.1
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.
#2.3
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.
#2.2
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”.
#2.4
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.
#2.6
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.
#2.5
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
#2.7
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…
#3
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.
#4
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.
#5
à deux doigts de réclamer la compatibilité de linux.org avec IE6
#6
Je dirais que c’est paramétrable par options, mais c’est tout ou rien.
#7
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.
#8
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.
#9
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
#10
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
#11
Pour gmail je vois
https://www.kernel.org/doc/html/v4.17/process/email-clients.html#email-clients
#12
Si tu sais pas envoyer des e-mails, tu sais sûrement pas coder pour Linux. Fin.
#13
On pourrait aussi écrire le code C du noyau dans des fichiers HTML (avec css et js) ça serait beaucoup plus joli !
#14
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$.
#15
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.
#16
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?
#16.1
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 )
#17
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.
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.
#18
En effet, d’ailleurs ce bouton existe, je viens de tester depuis mon Outlook au boulot (Outlook 2013 a priori), avec ceci : https://support.microsoft.com/en-us/office/change-the-message-format-to-html-rich-text-format-or-plain-text-338a389d-11da-47fe-b693-cf41f792fefa .
Copain.
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 :-( .
Cf plus haut.
C’est clair.
Compatibilité et IE6, ça ne va pas trop dans la même phrase.
Pas faux.
#19
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)