Distorsion de la paternité des patches Rust liés au sous-système DRM

Danilo Krummrich, l'un des développeurs accompagnant le pilote Nouveau, a préparé un ensemble de correctifs pour intégration dans le noyau Linux, permettant la création de pilotes graphiques en Rust grâce à des liaisons avec le sous-système DRM (Direct Rendering Manager). Dans sa note, Danilo a indiqué que les modifications proposées sont basées sur le travail de Lina Asahi, qui a développé le pilote drm-asahi pour les GPU Apple AGX utilisés dans la série de puces Apple Silicon. Lina, qui a créé la première version des correctifs publiés, a été désignée comme l'auteur principal de la liaison avec DRM ioctl et co-auteur des autres abstractions nécessaires à la création des pilotes.

Lina a exprimé son mécontentement face à cette minimisation de son rôle dans le développement, estimant que la mention « Co-developed-by : » n'était pas suffisante, compte tenu que les correctifs initialement créés par Lina n'avaient subi que des modifications cosmétiques. Par exemple, dans le code drm/drv.rs, sur 321 lignes, 280 ont été écrites par Lina, tandis que les autres sont principalement liées à l'ajout de commentaires et à de légères modifications dans le code d'enregistrement des pilotes. Selon Lina, le code n'a pas été significativement retravaillé, donc il serait éthique de la citer comme l'auteur principal.

En réponse, Danilo a précisé que les correctifs, où Lina est mentionnée comme co-auteur, ont été restructurés (le code a été divisé en fichiers distincts) et partiellement modifiés de manière significative. Les correctifs sont publiés sous le nom de Danilo Krummrich, car auparavant ils n'existaient pas séparément. De plus, Danilo a considéré que l'attribution d'un code modifié à une autre personne entraînerait du mécontentement, car cela déformerait le travail d'autrui. Auparavant, Lina avait donné son accord dans une correspondance personnelle pour emprunter du code de ses anciens correctifs et l'utiliser de n'importe quelle manière. Danilo a également indiqué qu'il pouvait sans problème citer Lina comme auteur principal, comme il l'a mentionné dans son premier message, en écrivant que si la mention dans la section « Co-developed-by » ne suffisait pas à Lina, elle devait simplement lui faire savoir.

Lina a répondu qu'en permettant l'utilisation de son code de n'importe quelle manière, elle considérait que la préservation de son droit d'auteur était naturelle, et elle n'était pas prête à ce que Danilo mette son nom comme auteur principal, comme s'il avait écrit la majeure partie. Lina a souligné qu'elle ne voulait pas exacerber le conflit et était déçue que la division des commits en parties soit suffisante pour changer l'auteur principal du code sur lequel elle avait travaillé pendant de nombreuses années.

Après cela, Danilo a publié une liste des changements qu'il avait apportés (la taille du diff étant de 1462 lignes), montrant que ses corrections ne se limitaient pas à de simples commentaires. Il a encore une fois écrit qu'il n'était pas contre le fait d'inscrire Lina comme auteur principal, et qu'il suffisait qu'elle indique dans quels patches cela devait être fait. Au lieu de cela, Lina a commencé à l'accuser de s'approprier la paternité et à dévaloriser sa contribution au développement. Il n'a pas le temps de s'engager dans un conflit, donc Lina devrait simplement indiquer où et quoi changer sans nouvelles accusations.

Lina a répondu qu'elle regrettait d'avoir fait partie d'une telle communauté. En ce qui concerne le code, elle a demandé que toute mention de son droit d'auteur soit complètement supprimée et a autorisé l'utilisation du code sous la licence CC-0 (renonciation à ses droits d'auteur) comme domaine public, permettant une utilisation à des fins diverses. La renonciation à son droit d'auteur s'applique également à tout autre code écrit par Lina pour la branche git Asahi.

Après cela, Dave Airlie, mainteneur du sous-système DRM, est intervenu dans la discussion, déclarant que le projet conserverait le droit d'auteur de Lina dans tous les patches où son code est présent, y compris dans les patches modifiés, sans entrer dans les détails ni tenter de dramatiser la situation.

Lina a répondu qu'elle avait analysé les changements et était parvenue à la conclusion que sur 978 lignes de code, plus de la moitié étaient empruntées à ses patches. Si l'on ne considère que le code propre, Danilo a ajouté 270 lignes, liées à un léger refactoring, et non à la création de nouvelles fonctionnalités. En considérant uniquement le code, sans les commentaires, Lina a évalué sa contribution à 75 %. Si les mainteneurs ne sont pas prêts à supprimer toute mention de droit d'auteur, Lina préfère que son nom soit indiqué comme auteur principal pour les patches 3 à 7.

Rappelons qu'à la fin mars, Lina a annoncé la suspension indéfinie de son travail sur le pilote du noyau Asahi, car elle ne se sentait plus en sécurité en travaillant dans l'écosystème Linux. Auparavant, en février, Hector Martin a annoncé l'arrêt du développement et a renoncé à ses pouvoirs de leader du projet Asahi Linux. Il a également quitté le groupe de support de la plateforme ARM/Apple dans le noyau Linux. La raison invoquée est la résistance à l'intégration des travaux « Rust for Linux » dans le noyau Linux et la création d'une atmosphère hostile pour les participants à ce projet.

Il est supposé que Lina Asahi est un personnage virtuel créé par Hector Martin. Aucune preuve directe ne corroborent cela, mais il existe des indices indirects. Lina n'est jamais apparue en personne lors de conférences et de streams, et réalise toutes ses vidéoconférences en utilisant uniquement un personnage d'animation. L'accent du personnage correspond à l'accent espagnol d'Hector, mais le ton de sa voix est modifié. De plus, dans plusieurs streams, le nom de l'ordinateur et le contenu des répertoires personnels sont apparus à l'écran : le nom de l'ordinateur (« raider ») coïncide avec l'ordinateur d'Hector, tandis que les répertoires personnels comprennent /home/lina et /home/marcan (marcan étant le pseudonyme et le site d'Hector).

Source : opennet.ru

Acheter un hébergement fiable pour les sites avec protection DDoS, serveurs VPS VDS 🔥 Acheter un hébergement fiable pour les sites avec protection DDoS, serveurs VPS VDS | ProHoster