Seguindo Hector Martin, Karol Herbst, que acompanhou o driver Nouveau e o mecanismo de rastreamento MMIO (MMIOTRACE), anunciou sua saída como mantenedor e a interrupção de sua participação na revisão de pacotes, enquanto trabalhava na Red Hat. Após sua saída, permanecerão no núcleo mais dois mantenedores que apoiam o driver Nouveau e que, segundo Karol, estão fazendo um ótimo trabalho.
A razão mencionada para sua saída é a falta de uma atmosfera de inclusão entre os desenvolvedores do núcleo. Karol acredita que na comunidade de software livre, o trabalho deve ser conduzido com respeito, em igualdade e sem jogos de poder. Segundo ele, a gota d'água foi uma mensagem de Theodore Ts'o, na qual ele comparou os mantenedores a uma "linha fina azul" (associada à polícia e simboliza a linha entre ordem e anarquia), que tenta garantir que o código aceito no núcleo seja sustentado e de qualidade.
Na opinião de Karol, quem diz tais palavras não pode ocupar o cargo de mantenedor, independentemente da sua importância para o projeto, e deve ser excluído antes que perceba o que essas palavras significam para muitas pessoas marginalizadas e os horrores que elas causam em suas mentes. Karol está saindo porque não pode permanecer em uma comunidade onde tais palavras são toleradas.
Theodore Ts'o fez a comparação com a linha fina azul durante uma discussão sobre a resistência de antigos desenvolvedores ao avanço do Rust no núcleo. Ele escreveu que o poder dos mantenedores é limitado e eles não podem influenciar a continuidade do desenvolvimento das mudanças já aceitas, pois não têm a capacidade de ordenar que as pessoas trabalhem em melhorias e na infraestrutura de testes. O único instrumento de garantia de qualidade é a capacidade dos mantenedores de impedir a inclusão de mudanças brutas e questionáveis no núcleo. Assim que o código é aceito, os mantenedores perdem sua alavanca de influência sobre os desenvolvedores e se tornam pessoalmente responsáveis por esse código.
Ao implementar uma mudança significativa, os mantenedores devem garantir que a alteração esteja totalmente funcional e que seus desenvolvedores sejam capazes de suportar o código após a inclusão no núcleo, sem deixar o código sem supervisão. Theodor fornece como exemplo equipes que estão apenas interessadas em promover sua criação, que após a aceitação do código desaparecem e nunca mais aparecem, deixando os mantenedores a resolver todas as falhas cometidas.
Alguns fazem acusações de duplo padrão, devido ao fato de que o código de alguns desenvolvedores é aceito quase imediatamente, enquanto o código de outros passa por um longo processo. Nesse quesito, a confiança estabelecida e a reputação merecida são importantes. Se um desenvolvedor já demonstrou sua capacidade de responder pelas alterações apresentadas, as aprovações ocorrem rapidamente. Para novatos, a aceitação de mudanças pode demorar, pois o responsável deve entender se o participante poderá responder por seu código. Portanto, participantes, especialmente aqueles que tentam promover mudanças radicais, precisam gastar muito tempo para se tornarem parte da comunidade. Por exemplo, a integração de mudanças para a construção do núcleo pelo compilador Clang levou 10 anos.
Fonte: opennet.ru
