O pitanje otpora maintainer-a prema implementaciji Rusta u kernel uključio se Linus Torvalds, koji je objasnio da niko ne prisiljava maintainer-e da uče jezik Rust, koriste kod na Rustu ili uzimaju u obzir postojanje koda na Rustu u kernelu. Maintainer-i mogu slobodno nastaviti da rade samo s C kodom i da se nikako ne susreću s Rustom. Međutim, takvi pratitelji ne mogu uticati na to kako se Rust razvija u kernelu, na primer, ne mogu se mešati u organizaciju spoljne interakcije Rust koda s kodom njihovih podistema.
Maintainer-i koji su zainteresovani za promovisanje Rusta mogu biti uključeni u razvoj i tada dobijaju mogućnost da utiču na izgradnju omota na Rustu i mogu učestvovati u održavanju interfejsa na Rustu. Maintainer-i koji ne žele imati posla s Rustom ne moraju brinuti o radu omota na Rustu, ali neće moći uticati na njihov razvoj.
Dakle, oko programera koji koriste samo jezik C formira se svojevrsni zaštitni zid, koji ih štiti od problema povezanih s Rustom i omogućava im da ne dolaze u kontakt s Rustom. No, ovaj zid funkcioniše u obe strane, tako da ako programer ne želi imati posla s Rustom, ne dobija mogućnost da utiče na promociju Rusta. Drugim rečima: "niko nije obavezan da ima posla s Rustom" ne znači da "svaki maintainer može staviti veto na bilo koji kod na Rustu". Pretpostavlja se da podela maintainer-a neće biti tako radikalna i da će neki pratitelji uzeti u obzir omote na Rustu i sarađivati s njihovim programerima, ali ne previše aktivno ulazeći u ovaj proces.
Što se tiče situacije s potvrdom Rust-omotnica iznad DMA podsustava, mimo održavatelja koji pokušavaju blokirati prihvat takvih omotnica, Linus je kritizirao postupke Christoph Heartwinga. Prema Linusu, Christoph je premašio svoja ovlaštenja i pokušao utjecati na kod koji nije bio povezan s DMA pod sustavom, bio je implementiran u zasebnom poddirektoriju i nije utjecao na kod za koji je Christoph odgovoran. Christoph je pokušao kontrolirati kako se koristi DMA pod sustav, a njegovi postupci mogu se usporediti s pokušajem zabrane korištenja DMA u određenim drajverima, samo zato što mu se taj drajver nije svidio. Zaključak: iako su održavatelji odgovorni za svoj kod, nisu odgovorni za to tko i kako koristi rezultate rada tog koda.
Izvor: opennet.ru
