Pe tot parcursul lunii februarie am fost împărtășind diverse știri pe caz de probleme și dezacorduri care au fost generate în comunitatea de dezvoltatori Linux Kernel pentru dezvoltare în Rust.
chiar, Unii dintre greii din comunitate și-au făcut cunoscută poziția si mai rau inca, unii și-au dat demisia din funcțiile lor ca întreținători în cadrul unora dintre subsistemele nucleului Linux.
Având în vedere acest val de discuții care pare să scape de sub control, Linus Torvalds a luat lucrurile în propriile mâini. y s-a alăturat discuției din jur la rezistența unor menținători la introducerea Rust în nucleul Linux.
Potrivit lui Linus, niciun menținător nu este forțat să învețe, să folosească sau chiar să ia în considerare codul scris în Ruginește dacă nu vrei, deoarece pot continua să lucreze exclusiv cu C.
Miercuri, 19 februarie 2025 la 22:42, Christoph Hellwig a scris:
>
Documentul afirmă că nu este necesar niciun subsistem pentru a utiliza Rust. Asta este dovedit.
> greșește pentru Linus. Și deși poate nu ați știut când
> Când ai scris documentul, ai făcut-o absolut postându-l pe listă.Am fost plin de speranță și am încercat, să văd dacă acest fir lung va da rezultate.
în ceva constructiv, dar acest lucru pare să meargă înapoi (sau cel puțin
cel puțin nu înainte).Faptul este că cererea de tragere la care ați obiectat NU A ATINS DMA
STRAT LA TOT.El a fost literalmente doar un alt utilizator, într-o situație complet separată.
subdirectorul, care nu a schimbat codul pe care îl mențineți în niciun fel,
formă sau formă.
Totuși, dacă un întreținător decide să nu se implice, nici el sau ea nu va avea ocazia să influențeze în modul în care este dezvoltat, nici influențarea modului în care legăturile sale externe sunt integrate în codul propriului subsistem.
Torvalds a explicat asta acei menţinători care sunt interesaţi să meargă mai departe cu Rust va putea participa la dezvoltarea sa, influența construcția de legături și asistență la întreținerea interfețelor corespunzătoare. Dimpotrivă, cei care aleg să nu lucreze cu Rust vor fi protejați de problemele care pot apărea la utilizarea acestuia, dar vor fi și excluși de la influențarea evoluției acestuia. Această abordare creează un fel de barieră care, în timp ce îi protejează pe cei care sunt dedicați exclusiv lui C, îi împiedică în același timp să contribuie la îmbunătățirea integrării Rust.
Prin urmare, acest e-mail nu este despre nicio „politică de rugină”. Acest e-mail este despre a
O problemă mult mai mare: în calitate de întreținător, ești responsabil de codul tău,
Sigur, dar nu ești responsabil de cine folosește rezultatul final și cum.Nu trebuie să-ți placă Rust. Nu trebuie să-ți faci griji pentru el. Adică…
S-a făcut destul de clar de la început că nimeni nu este
forțat să fie brusc nevoit să învețe o nouă limbă, iar oamenii care
Dacă doriți să lucrați exclusiv pe partea C, puteți continua să faceți acest lucru.
Această situație creează, într-un fel, o barieră de protecție.pentru cei care lucrează doar cu C, izolându-le de complexitățile și potențialele dezavantaje asociate acesteia la codul Rust. Dar, în același timp, aceeași izolare îi împiedică să influențeze progresul Rust, ceea ce înseamnă că motto-ul „nimeni nu are de-a face cu Rust” nu permite fiecărui întreținător să blocheze vreun cod scris în acest limbaj.
La se organizează împărţirea responsabilităţilor astfel încât cei interesați de Rust pot lucra asupra aspectelor sale, în timp ce cei care aleg să nu se implice nu vor fi obligați să-și schimbe fluxul de lucru, deși nu vor putea modifica dezvoltarea componentelor scrise în Rust.
Controversa s-a intensificat atunci când a apărut problema aprobării legăturii Rust prin subsistemul DMA. În acest caz, opoziția unui întreținător care a încercat să blocheze acceptarea unor astfel de legături a fost ignorată și Linus a criticat deschis acțiunile lui Christoph Hellwig.
Potrivit lui Torvalds, Hellwig își depășise autoritatea. încercând să influențeze codul care, fiind implementat într-un subdirector separat, nu a afectat subsistemul DMA de care era responsabil. În cuvintele lui Torvalds, atitudinea lui Hellwig este similară cu încercarea de a dezactiva DMA într-un controler pur și simplu pentru că nu i-a plăcut, ceea ce este inacceptabil.
În cele din urmă, deși fiecare întreținător este responsabil pentru propriul cod, nu li se poate cere să controleze modul în care este utilizat acel cod sau să decidă integrarea lui în proiecte mai mari.