Linus Torvalds se juntou à discussão sobre a resistência dos mantenedores à introdução do Rust no núcleo, esclarecendo que ninguém obriga os mantenedores a aprender a linguagem Rust, usar código em Rust ou considerar a presença de código em Rust no núcleo. Os mantenedores podem continuar a trabalhar apenas com código em C e não ter nenhum contato com o Rust. No entanto, esses mantenedores não podem influenciar como o Rust se desenvolve no núcleo, por exemplo, não podem interferir na organização da interação externa do código Rust com o código de sua subsistema.
Os mantenedores que estão interessados em promover o Rust podem se envolver no desenvolvimento e, assim, têm a oportunidade de influenciar a construção de APIs em Rust e participar da manutenção de interfaces em Rust. Os mantenedores que não desejam lidar com Rust podem ficar tranquilos quanto ao trabalho com APIs em Rust, mas não poderão influenciar seu desenvolvimento.
Assim, uma espécie de barreira protetora forma-se em torno dos desenvolvedores que utilizam apenas a linguagem C, protegendo-os de problemas relacionados ao Rust e permitindo que não tenham contato com o Rust. Mas essa barreira funciona em ambas as direções, portanto, se um desenvolvedor não deseja lidar com o Rust, ele não terá a oportunidade de influenciar a promoção do Rust. Em outras palavras: "ninguém é obrigado a lidar com o Rust" não significa que "cada mantenedor pode vetar qualquer código em Rust". Espera-se que, na prática, a divisão entre os mantenedores não seja tão radical e que alguns mantenedores comecem a considerar as APIs em Rust e colaborar com seus desenvolvedores, mas sem se envolver excessivamente nesse processo.
No que diz respeito à situação de confirmação das ligações Rust sobre o subsistema DMA, contornando o mantenedor que tenta bloquear a aceitação dessas ligações, Linus criticou as ações de Christoph Hellwig. Na opinião de Linus, Christoph excedeu suas atribuições e tentou influenciar um código que não envolvia o código do subsistema DMA, foi implementado em um subdiretório separado e não afetou o código pelo qual Christoph é responsável. Christoph tentou controlar como o subsistema DMA é utilizado e suas ações podem ser comparadas a proibir o uso do DMA em algum driver, apenas porque não gostou desse driver. Resultado: apesar de os mantenedores serem responsáveis por seu próprio código, eles não são responsáveis por como e por quem os resultados desse código são usados.
Fonte: opennet.ru
