{"id":121957,"date":"2025-02-15T20:22:14","date_gmt":"2025-02-15T18:22:14","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/mejntejner-drajvera-nouveau-vzyal-samootvod-iz-za-problem-s-inklyuzivnostyu-v-soobshhestve"},"modified":"2025-02-15T20:22:14","modified_gmt":"2025-02-15T18:22:14","slug":"mejntejner-drajvera-nouveau-vzyal-samootvod-iz-za-problem-s-inklyuzivnostyu-v-soobshhestve","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/mejntejner-drajvera-nouveau-vzyal-samootvod-iz-za-problem-s-inklyuzivnostyu-v-soobshhestve","title":{"rendered":"Le mainteneur du pilote Nouveau a pris du recul en raison de probl\u00e8mes d'inclusivit\u00e9 dans la communaut\u00e9.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Suivant Hector Martin, Karol Herbst a \u00e9galement annonc\u00e9 qu'il se retirait de ses fonctions de mainteneur et cessait de participer \u00e0 la r\u00e9vision des patches. Il a \u00e9t\u00e9 le porteur du pilote Nouveau et du m\u00e9canisme de tra\u00e7age MMIO (MMIOTRACE) au sein de Red Hat. Apr\u00e8s son d\u00e9part, deux autres mainteneurs resteront dans le noyau pour soutenir le pilote Nouveau, qui, selon Karol, font un excellent travail. <\/p>\n
La raison de ce d\u00e9part mentionne un manque d'atmosph\u00e8re d'inclusivit\u00e9 parmi les d\u00e9veloppeurs du noyau. Carol est convaincu que, dans la communaut\u00e9 du logiciel libre, le travail doit se faire dans le respect, sur un pied d'\u00e9galit\u00e9, sans jeux de pouvoir. Selon Carol, la goutte qui a fait d\u00e9border le vase a \u00e9t\u00e9 le message de Theodore Ts'o, dans lequel il a compar\u00e9 les mainteneurs \u00e0 une \u00ab fine ligne bleue \u00bb (s'identifiant aux forces de l'ordre et symbolisant la fronti\u00e8re entre l'ordre et l'anarchie), exigeant que le code int\u00e9gr\u00e9 au noyau soit maintenable et de qualit\u00e9. <\/p>\n
Selon Karol, celui qui prononce de telles paroles ne devrait pas occuper un poste de mainteneur, peu importe son importance pour le projet, et devrait \u00eatre exclu avant de r\u00e9aliser ce que ces mots signifient pour de nombreuses personnes marginalis\u00e9es et les horreurs qu'ils suscitent dans leur esprit. Karol part car il ne peut rester dans une communaut\u00e9 qui tol\u00e8re de telles paroles. <\/p>\n
Theodore Ts'o a fait la comparaison avec une fine ligne bleue lors de la discussion sur la r\u00e9sistance des anciens d\u00e9veloppeurs \u00e0 l'avancement de Rust dans le noyau. Il a \u00e9crit que le pouvoir des mainteneurs est limit\u00e9 et qu'ils ne peuvent pas influencer la poursuite du d\u00e9veloppement des changements d\u00e9j\u00e0 accept\u00e9s, car ils n'ont pas le pouvoir d'ordonner aux gens de travailler sur des am\u00e9liorations et l'infrastructure de test. Leur seul outil de garantie de qualit\u00e9 est la capacit\u00e9 des mainteneurs \u00e0 emp\u00eacher l'inclusion dans le noyau de modifications brutes et douteuses. Une fois le code accept\u00e9, les mainteneurs perdent leur levier sur les d\u00e9veloppeurs et deviennent personnellement responsables de ce code. <\/p>\n
Lorsque des changements significatifs sont adopt\u00e9s, les mainteneurs doivent s'assurer que la modification est enti\u00e8rement fonctionnelle et que ses d\u00e9veloppeurs sont capables de maintenir le code apr\u00e8s son int\u00e9gration dans le noyau, sans laisser ce code sans supervision. Th\u00e9odore cite en exemple des \u00e9quipes qui ne s'int\u00e9ressent qu'\u00e0 la promotion de leur cr\u00e9ation, qui disparaissent ensuite d\u00e8s que le code est accept\u00e9, laissant les mainteneurs g\u00e9rer toutes les erreurs commises. <\/p>\n
Certains accusent de double standards, car le code de certains d\u00e9veloppeurs est accept\u00e9 presque imm\u00e9diatement, tandis que celui d'autres est longuement analys\u00e9. Dans ce cas, la confiance \u00e9tablie et la r\u00e9putation m\u00e9rit\u00e9e sont cruciales. Si un d\u00e9veloppeur a d\u00e9j\u00e0 d\u00e9montr\u00e9 sa capacit\u00e9 \u00e0 r\u00e9pondre des changements propos\u00e9s, les approbations se font rapidement. Pour les nouveaux, l'acceptation des changements peut prendre du temps, car le responsable doit comprendre si le participant peut \u00eatre tenu responsable de son code. Ainsi, les participants, notamment ceux qui essaient de promouvoir des changements radicaux, doivent passer beaucoup de temps pour devenir partie int\u00e9grante de la communaut\u00e9. Par exemple, l'int\u00e9gration des changements n\u00e9cessaires pour que le noyau soit compil\u00e9 avec Clang a pris 10 ans. \n Source : opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"