{"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\/it\/blog\/novosti-interneta\/mejntejner-drajvera-nouveau-vzyal-samootvod-iz-za-problem-s-inklyuzivnostyu-v-soobshhestve","title":{"rendered":"Il maintainer del driver Nouveau ha preso un congedo a causa di problemi di inclusivit\u00e0 nella comunit\u00e0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Dopo H\u00e9ctor Mart\u00edn, anche Karol Herbst ha annunciato il suo ritiro come maintainer e la cessazione della partecipazione alla revisione dei pacchetti. Karol, che ha sostenuto il driver Nouveau e il meccanismo di tracciamento MMIO (MMIOTRACE) presso Red Hat, ha dichiarato che nel kernel rimarranno ancora due maintainer del driver Nouveau, che a suo avviso stanno svolgendo un ottimo lavoro. <\/p>\n
Tra le ragioni della partenza si cita l'assenza di un'atmosfera di inclusivit\u00e0 nel gruppo di sviluppatori del kernel. Karol \u00e8 convinto che nella comunit\u00e0 che si occupa di sviluppo di software open source il lavoro debba essere svolto con rispetto, su un piano di parit\u00e0 e senza giochi di potere. Secondo Karol, l'ultimo colpo \u00e8 stato il messaggio di Theodore Ts'o, in cui ha paragonato i maintainer a una 'sottile linea blu' (che viene associata alle forze dell'ordine e simboleggia la linea tra ordine e anarchia), che si impegna a garantire che il codice accolto nel kernel sia sostenibile e di qualit\u00e0. <\/p>\n
Secondo Carol, chi pronuncia tali parole non pu\u00f2 rivestire un ruolo di supporto, indipendentemente dall'importanza che ha per il progetto, e dovrebbe essere escluso prima che comprenda cosa queste parole significano per molte persone emarginate e quali orrori suscitano nelle loro menti. Carol se ne va, poich\u00e9 non pu\u00f2 restare in una comunit\u00e0 che tollera tali espressioni. <\/p>\n
Theodore Ts'o ha fatto un paragone con la sottile linea blu durante la discussione sulla resistenza dei vecchi sviluppatori all'inserimento di Rust nel kernel. Ha scritto che il potere dei maintainer \u00e8 limitato e non possono influenzare la continuazione dello sviluppo delle modifiche gi\u00e0 accettate, poich\u00e9 non hanno il potere di ordinare alle persone di lavorare sulle migliorie e l'infrastruttura di testing. L'unico strumento per garantire la qualit\u00e0 \u00e8 la capacit\u00e0 dei maintainer di impedire l'inclusione nel kernel di modifiche grezze o sospette. Una volta che il codice \u00e8 approvato, i maintainer perdono leve di influenza sugli sviluppatori e diventano personalmente responsabili per quel codice. <\/p>\n
In caso di modifiche significative, i manutentori devono essere certi che la modifica funzioni completamente e che i suoi sviluppatori siano in grado di mantenere il codice dopo l'accettazione nel nucleo, senza abbandonarlo. Teodor porta come esempio i team interessati solo a promuovere il loro progetto, che scompaiono non appena il codice viene accettato e non ricompaiono pi\u00f9, costringendo i manutentori a gestire tutte le mancanze. <\/p>\n
Alcuni avanzano accuse di doppi standard, in quanto il codice di alcuni sviluppatori viene accettato quasi subito, mentre quello di altri \u00e8 soggetto a un lungo processo di revisione. In questo caso, la fiducia stabilita e la reputazione meritata sono fondamentali. Se uno sviluppatore ha gi\u00e0 dimostrato la propria capacit\u00e0 di rispondere delle modifiche apportate, le approvazioni avvengono rapidamente. Per i principianti, l'accettazione delle modifiche pu\u00f2 richiedere tempo, poich\u00e9 il revisore deve capire se il partecipante sar\u00e0 in grado di assumersi la responsabilit\u00e0 per il proprio codice. Pertanto, i partecipanti, in particolare quelli che cercano di promuovere modifiche radicali, devono investire molto tempo per diventare parte della comunit\u00e0. Ad esempio, l'integrazione delle modifiche per la compilazione del kernel con il compilatore Clang ha richiesto 10 anni. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"