Egész februárban voltunk különféle hírek megosztása én problémák és nézeteltérések esetén amelyeket a Linux Kernel fejlesztői közösségben hoztak létre fejlesztéshez Rustban.
még A közösség egyes nehézsúlyúi ismertették álláspontjukat és ami még rosszabb, néhányan lemondtak tisztségükről karbantartókként egyes Linux-kernel-alrendszereken belül.
Tekintettel erre a vitahullámra, amely úgy tűnik, hogy kikerül az irányítás alól, Linus Torvalds saját kezébe vette a dolgokat. y körüli vitához csatlakozott egyes karbantartók ellenállására a Rust Linux kernelbe való bevezetésével szemben.
Linus szerint egyetlen karbantartó sem kényszerül tanulni, használni vagy akár a beírt kódot is figyelembe kell venni Rozsdás, ha nem akarod, mivel kizárólag C-vel dolgozhatnak tovább.
19. február 2025-én, szerdán, 22:42-kor Christoph Hellwig írt:
>
A dokumentum kimondja, hogy a Rust használatához nincs szükség alrendszerre. Ez bizonyított.
> tévedni Linusnak. És bár lehet, hogy nem tudtad, hogy mikor
> Amikor megírta a dokumentumot, feltétlenül azt tette, hogy feltette a listára.Reménykedtem és kipróbáltam, hátha ez a hosszú szál hoz eredményt.
valami építő jellegűbe, de ez visszafelé halad (vagy legalábbis
legalábbis nem előre).A helyzet az, hogy az Ön által kifogásolt lehívási kérelem NEM ÉRINTETT A DMA-hoz
RÉTEG EGYÁLTALÁN.Szó szerint csak egy másik felhasználó volt, teljesen külön helyzetben.
alkönyvtárat, amely semmilyen módon nem változtatta meg az Ön által karbantartott kódot,
alak vagy forma.
viszont, ha egy fenntartó úgy dönt, hogy nem vesz részt, akkor szintén nem lesz lehetősége befolyásolni fejlesztésének módjában, sem annak befolyásolásában, hogy külső kapcsolatai hogyan épülnek be saját alrendszerének kódjába.
Torvalds ezt elmagyarázta azok a fenntartók, akik érdeklődnek a továbblépésben Rozsdával tud majd részt venni fejlesztésében, befolyásolni az építkezést hivatkozásokat, és segít a megfelelő interfészek karbantartásában. Ezzel szemben azok, akik úgy döntenek, hogy nem dolgoznak a Rust-tal, védve lesznek a használat során felmerülő problémáktól, de ki vannak zárva az evolúció befolyásolásából is. Ez a megközelítés egyfajta gátat hoz létre, amely megvédi azokat, akik kizárólag a C-vel foglalkoznak, ugyanakkor megakadályozza őket abban, hogy hozzájáruljanak a Rust integráció javításához.
Tehát ez az e-mail nem a „rozsda-politikáról” szól. Ez az e-mail a
Sokkal nagyobb probléma: karbantartóként Ön felelős a kódért,
Persze, de nem te vagy a felelős azért, hogy ki és hogyan használja fel a végeredményt.Nem kell, hogy kedveld Rustot. Nem kell aggódnod miatta. Azaz…
Kezdettől fogva világossá vált, hogy senki sem
kénytelen hirtelen új nyelvet tanulni, és hogy az emberek, akik
Ha kizárólag a C oldalon szeretne dolgozni, akkor ezt továbbra is megteheti.
Ez a helyzet bizonyos értelemben védőgátat hoz létre.azoknak, akik csak C-vel dolgoznak, elszigetelve őket a hozzá kapcsolódó bonyolultságoktól és lehetséges hátrányoktól a Rust kódhoz. De ugyanakkor ez az elszigeteltség megakadályozza őket abban, hogy befolyásolják a Rust fejlődését, ami azt jelenti, hogy a "senkinek nem kell Rusttal foglalkoznia" mottó nem teszi lehetővé, hogy minden karbantartó zároljon bármely ezen a nyelven írt kódot.
La a feladatmegosztás meg van szervezve így a Rust iránt érdeklődők dolgozhatnak az aspektusain, míg aki úgy dönt, hogy nem vesz részt, az nem kényszerül a munkafolyamat megváltoztatására, bár a Rust nyelven írt komponensek fejlesztését nem tudja módosítani.
A vita felerősödött, amikor felmerült a Rust link DMA alrendszeren keresztüli jóváhagyásának kérdése. Ebben az esetben figyelmen kívül hagyták egy fenntartó ellenkezését, aki megpróbálta megakadályozni az ilyen hivatkozások elfogadását, és Linus nyíltan kritizálta Christoph Hellwig tetteit.
Torvalds szerint Hellwig túllépte a hatáskörét. azáltal, hogy megpróbálja befolyásolni a kódot, amely egy külön alkönyvtárban implementálva nem érintette azt a DMA alrendszert, amelyért ő volt a felelős. Torvalds szavaival élve Hellwig hozzáállása hasonlít ahhoz, hogy megpróbálja letiltani a DMA-t egy vezérlőben, egyszerűen azért, mert nem tetszett neki, ami elfogadhatatlan.
Végső soron, bár minden karbantartó felelős a saját kódjáért, nem kötelezhető rájuk, hogy ellenőrizzék a kód felhasználását, vagy döntsenek a nagyobb projektekbe való integrálásáról.