{"id":122025,"date":"2025-02-21T08:22:05","date_gmt":"2025-02-21T06:22:05","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/linus-torvalds-poyasnil-svoyu-pozicziyu-v-otnoshenii-priyoma-izmenenij-na-rust"},"modified":"2025-02-21T08:22:05","modified_gmt":"2025-02-21T06:22:05","slug":"linus-torvalds-poyasnil-svoyu-pozicziyu-v-otnoshenii-priyoma-izmenenij-na-rust","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/news\/linus-torvalds-poyasnil-svoyu-pozicziyu-v-otnoshenii-priyoma-izmenenij-na-rust","title":{"rendered":"Linus Torvalds forklarede sin holdning til modtagelse af \u00e6ndringer i Rust.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Linus Torvalds has joined the discussion regarding the resistance of maintainers to the integration of Rust into the kernel, explaining that no one is forcing maintainers to learn the Rust language, use Rust code, or consider the presence of Rust code in the kernel. Maintainers can continue to work solely with C code and have no interaction with Rust. However, such maintainers cannot influence how Rust evolves in the kernel; for example, they cannot interfere with the organization of external interactions between Rust code and the code of their subsystem. <\/p>\n
Maintainers interested in promoting Rust can get involved in development, thus providing them the opportunity to influence the construction of bindings in Rust and participate in the maintenance of interfaces in Rust. Maintainers who do not wish to deal with Rust can ignore the bindings in Rust, but they will also be unable to influence their development. <\/p>\n
Derig omkring udviklere, der kun bruger C-sprog, dannes der en slags beskyttende mur, der afsk\u00e6rmer dem fra problemer relateret til Rust og giver dem mulighed for ikke at interagere med Rust. Men denne mur fungerer begge veje, s\u00e5 hvis en udvikler ikke \u00f8nsker at have med Rust at g\u00f8re, f\u00e5r han ikke muligheden for at p\u00e5virke fremdriften af Rust. Med andre ord: 'ingen er forpligtet til at have med Rust at g\u00f8re' betyder ikke, at 'hver maintainer kan nedl\u00e6gge veto mod al kode skrevet i Rust'. Det antages, at opdelingen blandt maintainerne ikke vil v\u00e6re s\u00e5 radikal i praksis, og nogle af dem vil begynde at tage hensyn til bindingssystemerne i Rust og samarbejde med deres udviklere, men ikke dybtg\u00e5ende involvere sig i denne proces. <\/p>\n
Med hensyn til situationen omkring bekr\u00e6ftelse af Rust-bindings over DMA-subsystemet forbi maintaineren, der fors\u00f8ger at blokere for accept af s\u00e5danne bindings, kritiserede Linus Christoph Hellwig's handlinger. If\u00f8lge Linus har Christoph overskredet sine bef\u00f8jelser og fors\u00f8gt at p\u00e5virke kode, der ikke omhandlede DMA-subsystemet, var implementeret i en separat underkatalog og ikke p\u00e5virkede den kode, Christoph er ansvarlig for. Christoph har fors\u00f8gt at kontrollere, hvordan DMA-subsystemet anvendes, og hans handlinger kan sammenlignes med et fors\u00f8g p\u00e5 at forbyde brugen af DMA i en driver, blot fordi han ikke kunne lide den driver. Konklusion: selvom vedligeholdere er ansvarlige for deres kode, er de ikke ansvarlige for, hvordan og af hvem resultatet af det arbejde, de har udf\u00f8rt, bruges. \n Kilde: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"