Danilo Krummrich, l'un des d\u00e9veloppeurs accompagnant le pilote Nouveau, a pr\u00e9par\u00e9 un ensemble de correctifs pour int\u00e9gration dans le noyau Linux, permettant la cr\u00e9ation de pilotes graphiques en Rust gr\u00e2ce \u00e0 des liaisons avec le sous-syst\u00e8me DRM (Direct Rendering Manager). Dans sa note, Danilo a indiqu\u00e9 que les modifications propos\u00e9es sont bas\u00e9es sur le travail de Lina Asahi, qui a d\u00e9velopp\u00e9 le pilote drm-asahi pour les GPU Apple AGX utilis\u00e9s dans la s\u00e9rie de puces Apple Silicon. Lina, qui a cr\u00e9\u00e9 la premi\u00e8re version des correctifs publi\u00e9s, a \u00e9t\u00e9 d\u00e9sign\u00e9e comme l'auteur principal de la liaison avec DRM ioctl et co-auteur des autres abstractions n\u00e9cessaires \u00e0 la cr\u00e9ation des pilotes. <\/p>\n
Lina a exprim\u00e9 son m\u00e9contentement face \u00e0 cette diminution de son r\u00f4le dans le d\u00e9veloppement, consid\u00e9rant que les mentions \u00ab Co-developed-by: \u00bb ne suffisent pas dans une situation o\u00f9 les patches initialement cr\u00e9\u00e9s par Lina n'ont subi que des modifications cosm\u00e9tiques. Par exemple, dans le code drm\/drv.rs, les 280 lignes sur 321 ont \u00e9t\u00e9 \u00e9crites par Lina, tandis que les autres lignes sont principalement li\u00e9es \u00e0 l'ajout de commentaires et \u00e0 quelques reformulations du code d'enregistrement des pilotes. Selon Lina, le code n'a pas \u00e9t\u00e9 significativement retravaill\u00e9, donc il aurait \u00e9t\u00e9 \u00e9thique de la d\u00e9signer comme principale auteure. <\/p>\n
En r\u00e9ponse, Danilo a expliqu\u00e9 que les patches, dans lesquels Lina est mentionn\u00e9e comme co-auteur, avaient \u00e9t\u00e9 restructur\u00e9s (le code est d\u00e9sormais divis\u00e9 en fichiers s\u00e9par\u00e9s) et ont \u00e9t\u00e9 modifi\u00e9s \u00e0 certains endroits. Les patches sont publi\u00e9s sous l'autorit\u00e9 de \u00ab Danilo Krummrich \u00bb, car auparavant ils n'existaient pas individuellement. De plus, Danilo a jug\u00e9 que l'attribution du code modifi\u00e9 \u00e0 une autre personne provoquerait du m\u00e9contentement, car cela d\u00e9formerait le travail d'autrui. Auparavant, Lina avait donn\u00e9 son autorisation, dans des \u00e9changes priv\u00e9s, pour emprunter du code de ses anciens patches et l'utiliser de toutes les mani\u00e8res possibles. Toutefois, Danilo peut ais\u00e9ment mentionner Lina comme principale auteure, ce qu'il a signal\u00e9 dans son premier message, en \u00e9crivant que si la mention dans la section \u00ab Co-developed-by \u00bb n'\u00e9tait pas suffisante pour Lina, il suffisait de le lui faire savoir. <\/p>\n
Lina a r\u00e9pondu qu'en permettant l'utilisation de son code de n'importe quelle mani\u00e8re, elle consid\u00e9rait que la pr\u00e9servation de son droit d'auteur \u00e9tait naturelle, et elle n'\u00e9tait pas pr\u00eate \u00e0 ce que Danilo mette son nom comme auteur principal, comme s'il avait \u00e9crit la majeure partie. Lina a soulign\u00e9 qu'elle ne voulait pas exacerber le conflit et \u00e9tait d\u00e9\u00e7ue que la division des commits en parties soit suffisante pour changer l'auteur principal du code sur lequel elle avait travaill\u00e9 pendant de nombreuses ann\u00e9es. <\/p>\n
Apr\u00e8s cela, Danilo a publi\u00e9 une liste des changements qu'il avait apport\u00e9s (la taille du diff \u00e9tant de 1462 lignes), montrant que ses corrections ne se limitaient pas \u00e0 de simples commentaires. Il a encore une fois \u00e9crit qu'il n'\u00e9tait pas contre le fait d'inscrire Lina comme auteur principal, et qu'il suffisait qu'elle indique dans quels patches cela devait \u00eatre fait. Au lieu de cela, Lina a commenc\u00e9 \u00e0 l'accuser de s'approprier la paternit\u00e9 et \u00e0 d\u00e9valoriser sa contribution au d\u00e9veloppement. Il n'a pas le temps de s'engager dans un conflit, donc Lina devrait simplement indiquer o\u00f9 et quoi changer sans nouvelles accusations. <\/p>\n
Lina a r\u00e9pondu qu'elle regrettait d'avoir fait partie d'une telle communaut\u00e9. En ce qui concerne le code, elle a demand\u00e9 que toute mention de son droit d'auteur soit compl\u00e8tement supprim\u00e9e et a autoris\u00e9 l'utilisation du code sous la licence CC-0 (renonciation \u00e0 ses droits d'auteur) comme domaine public, permettant une utilisation \u00e0 des fins diverses. La renonciation \u00e0 son droit d'auteur s'applique \u00e9galement \u00e0 tout autre code \u00e9crit par Lina pour la branche git Asahi. <\/p>\n
Apr\u00e8s cela, Dave Airlie, mainteneur du sous-syst\u00e8me DRM, est intervenu dans la discussion, d\u00e9clarant que le projet conserverait le droit d'auteur de Lina dans tous les patches o\u00f9 son code est pr\u00e9sent, y compris dans les patches modifi\u00e9s, sans entrer dans les d\u00e9tails ni tenter de dramatiser la situation. <\/p>\n
Lina a r\u00e9pondu qu'elle avait analys\u00e9 les changements et \u00e9tait parvenue \u00e0 la conclusion que sur 978 lignes de code, plus de la moiti\u00e9 \u00e9taient emprunt\u00e9es \u00e0 ses patches. Si l'on ne consid\u00e8re que le code propre, Danilo a ajout\u00e9 270 lignes, li\u00e9es \u00e0 un l\u00e9ger refactoring, et non \u00e0 la cr\u00e9ation de nouvelles fonctionnalit\u00e9s. En consid\u00e9rant uniquement le code, sans les commentaires, Lina a \u00e9valu\u00e9 sa contribution \u00e0 75 %. Si les mainteneurs ne sont pas pr\u00eats \u00e0 supprimer toute mention de droit d'auteur, Lina pr\u00e9f\u00e8re que son nom soit indiqu\u00e9 comme auteur principal pour les patches 3 \u00e0 7. <\/p>\n
Rappelons qu'\u00e0 la fin mars, Lina a annonc\u00e9 la suspension ind\u00e9finie de son travail sur le pilote du noyau Asahi, car elle ne se sent plus en s\u00e9curit\u00e9 en travaillant dans l'\u00e9cosyst\u00e8me Linux. Pr\u00e9c\u00e9demment, en f\u00e9vrier, Hector Martin, qui \u00e9tait \u00e9galement responsable de la plateforme ARM\/Apple dans le noyau Linux, avait d\u00e9clar\u00e9 l'arr\u00eat du d\u00e9veloppement et s'\u00e9tait retir\u00e9 de ses fonctions de leader du projet Asahi Linux. La raison invoqu\u00e9e est la r\u00e9sistance \u00e0 l'int\u00e9gration des travaux \u00ab Rust for Linux \u00bb dans le noyau Linux et la cr\u00e9ation d'une atmosph\u00e8re hostile pour les participants \u00e0 ce projet. <\/p>\n