I hele februar måned var vi deler forskellige nyheder om tilfælde af problemer og uenigheder der er blevet genereret i Linux Kernel-udviklerfællesskabet til udvikling i Rust.
selv Nogle af sværvægterne i samfundet har givet deres holdning til kende og værre endnu, nogle har sagt deres stilling op som vedligeholdere inden for nogle af Linux-kerneundersystemerne.
I betragtning af denne bølge af diskussioner, der ser ud til at komme ud af kontrol, Linus Torvalds har taget sagen i egen hånd. y har tilsluttet sig diskussionen omkring mod nogle vedligeholderes modstand mod introduktionen af Rust i Linux-kernen.
Ifølge Linus er ingen vedligeholder tvunget til at lære, bruge eller endda overveje koden skrevet i Rust hvis du ikke vil have det, da de kan fortsætte med at arbejde udelukkende med C.
Onsdag den 19. februar 2025 kl. 22:42, Christoph Hellwig skrev:
>
Dokumentet angiver, at der ikke kræves noget undersystem for at bruge Rust. Det er bevist.
> tage fejl af Linus. Og selvom du måske ikke vidste det hvornår
> Da du skrev dokumentet, gjorde du det absolut ved at lægge det på listen.Jeg var håbefuld og prøvede det for at se, om denne lange tråd ville give resultater.
til noget konstruktivt, men det ser ud til at gå baglæns (eller i det mindste
i hvert fald ikke fremad).Faktum er, at den pull-anmodning, du gjorde indsigelse mod, IKKE RØRTE DMA
OVERHOVEDET LAG.Han var bogstaveligt talt bare en anden bruger, i en helt adskilt situation.
undermappe, som ikke ændrede koden du vedligeholder på nogen måde,
form eller form.
Dog, hvis en vedligeholder beslutter sig for ikke at blive involveret, vil han eller hun heller ikke have mulighed for at påvirke i den måde, den er udviklet på, og den har heller ikke indflydelse på, hvordan dens eksterne links integreres i koden for dets eget delsystem.
Torvalds forklarede det de vedligeholdere, der er interesserede i at komme videre med Rust vil kunne deltage i dens udvikling, påvirke byggeriet af links og hjælpe med vedligeholdelsen af de tilsvarende grænseflader. Omvendt vil de, der vælger ikke at arbejde med Rust, blive beskyttet mod de problemer, der kan opstå, når de bruger det, men de vil også blive udelukket fra at påvirke udviklingen. Denne tilgang skaber en slags barriere, der, mens den beskytter dem, der udelukkende er dedikeret til C, samtidig forhindrer dem i at bidrage til forbedringen af Rust-integration.
Så denne e-mail handler ikke om nogen "rustpolitik." Denne e-mail handler om en
Et meget større problem: Som vedligeholder er du ansvarlig for din kode,
Selvfølgelig, men du er ikke ansvarlig for, hvem der bruger slutresultatet og hvordan.Du behøver ikke at kunne lide Rust. Du behøver ikke bekymre dig om ham. Det vil sige…
Det er blevet gjort helt klart fra begyndelsen, at ingen er det
tvunget til pludselig at skulle lære et nyt sprog, og at folk, der
Ønsker du udelukkende at arbejde på C-siden, kan du fortsætte med det.
Denne situation skaber på en måde en beskyttende barriere.for dem, der kun arbejder med C, isolere dem fra kompleksiteten og potentielle ulemper forbundet med det til rustkoden. Men på samme tid forhindrer den samme isolation dem i at påvirke Rusts fremgang, hvilket betyder, at mottoet "ingen skal have med Rust at gøre" ikke tillader enhver vedligeholder at låse enhver kode skrevet på dette sprog.
La ansvarsfordelingen er organiseret så de interesserede i Rust kan arbejde på dens aspekter, mens de, der vælger ikke at involvere sig, ikke vil blive tvunget til at ændre deres arbejdsgang, selvom de ikke vil være i stand til at ændre udviklingen af komponenter skrevet i Rust.
Kontroversen intensiveredes, da spørgsmålet om Rust-link-godkendelse via DMA-undersystemet opstod. I dette tilfælde blev modstanden fra en vedligeholder, der forsøgte at blokere accepten af sådanne links, ignoreret, og Linus kritiserede åbent Christoph Hellwigs handlinger.
Ifølge Torvalds havde Hellwig overskredet sin autoritet. ved at forsøge at påvirke kode, der, implementeret i en separat undermappe, ikke påvirkede det DMA-undersystem, som han var ansvarlig for. Med Torvalds' ord svarer Hellwigs holdning til at forsøge at deaktivere DMA i en controller, simpelthen fordi han ikke kunne lide det, hvilket er uacceptabelt.
I sidste ende, selvom hver vedligeholder er ansvarlig for deres egen kode, kan de ikke kræves for at kontrollere, hvordan denne kode bruges, eller beslutte, hvordan den integreres i større projekter.