Linus Torvalds heeft zich bij de discussie over de weerstand van de maintainers tegen de integratie van Rust in de kernel gevoegd. Hij legde uit dat niemand de maintainers dwingt om de programmeertaal Rust te leren, code in Rust te gebruiken of rekening te houden met de aanwezigheid van Rust-code in de kernel. Maintainend kunnen eenvoudig doorgaan met het werken met alleen C-code en hoeven geen contact te hebben met Rust. Maar dergelijke maintaineers kunnen wel invloed uitoefenen op hoe Rust zich in de kernel ontwikkelt; zij kunnen bijvoorbeeld niet ingrijpen in de organisatie van de externe interactie van Rust-code met de code van hun subsystemen.
Maintainend die geĆÆnteresseerd zijn in de promotie van Rust kunnen betrokken worden bij de ontwikkeling en krijgen dan de kans om invloed uit te oefenen op de opbouw van wrappers in Rust en kunnen deelnemen aan het onderhoud van interfaces in Rust. Maintainend die niets met Rust willen te maken hebben, hoeven zich geen zorgen te maken over het werken met Rust-wrappers, maar zij zullen ook niet in staat zijn om invloed uit te oefenen op hun ontwikkeling.
Op deze manier ontstaat er een soort beschermingsmuur rondom ontwikkelaars die uitsluitend de programmeertaal C gebruiken, waardoor ze beschermd zijn tegen de problemen die met Rust gepaard gaan en waarbij ze niet in aanraking komen met Rust. Maar deze muur werkt twee kanten op; als een ontwikkelaar niets met Rust wil te maken hebben, krijgt hij ook niet de mogelijkheid om invloed uit te oefenen op de promotie van Rust. Met andere woorden: "niemand is verplicht om met Rust te werken" betekent niet dat "elke maintainer een veto kan uitspreken tegen enige Rust-code". Het wordt verwacht dat de splitsing tussen maintainers in de praktijk niet zo radicaal zal zijn en dat sommige maintaineers de Rust-wrappers in overweging zullen nemen en zullen samenwerken met hun ontwikkelaars, maar zonder zich al te actief in dit proces te mengen.
Wat betreft de situatie met de bevestiging van Rust-bindingen boven de DMA-subsystemen, die de maintainer probeert te blokkeren, heeft Linus de acties van Christoph Hellwig bekritiseerd. Volgens Linus heeft Christoph zijn bevoegdheden overschreden en geprobeerd invloed uit te oefenen op code die niet de DMA-subsystemen betreft, die in een aparte subdirectory was geĆÆmplementeerd en geen invloed had op de code waarvoor Christoph verantwoordelijk is. Christoph heeft geprobeerd te controleren hoe de DMA-subsystemen worden gebruikt, en zijn acties kunnen worden vergeleken met een poging om het gebruik van DMA in een bepaalde driver te verbieden, alleen omdat hij die driver niet prettig vond. Conclusie: hoewel de maintainers verantwoordelijk zijn voor hun code, zijn ze niet verantwoordelijk voor hoe en door wie het resultaat van die code wordt gebruikt.
Bron: opennet.ru
