Весь лютий місяць ми були ділитися різними новинами на випадок проблем і розбіжностей які були створені в спільноті розробників Linux Kernel для розробки в Rust.
навіть Дехто з «важковаговиків» у спільноті оприлюднив свою позицію і ще гірше, деякі звільнилися зі своїх посад як супроводжувачі деяких підсистем ядра Linux.
Враховуючи цю хвилю дискусій, яка, здається, виходить з-під контролю, Лінус Торвальдс взяв справу у свої руки. y приєднався до дискусії навколо до опору деяких супроводжуючих щодо впровадження Rust у ядро Linux.
Згідно з Лінусом, жоден супроводжувач не змушений вчитися, використовувати або навіть розглянути написаний код Іржавіє, якщо не хочеш, оскільки вони можуть продовжувати працювати виключно з C.
У середу, 19 лютого 2025 р., о 22:42, Крістоф Хельвіг написав:
>
У документі зазначено, що для використання Rust не потрібна підсистема. Це доведено.
> бути неправильним для Лінуса. І хоча ви, можливо, не знали, коли
> Коли ви написали документ, ви точно зробили це, опублікувавши його в списку.Я сподівався і спробував це, щоб побачити, чи ця довга нитка дасть результати.
у щось конструктивне, але це, здається, повертається назад (або принаймні
принаймні не вперед).Справа в тому, що запит на підключення, проти якого ви заперечували, НЕ ТОРКНУВСЯ DMA
ШАР ВЗАГАЛІ.Він був буквально ще одним користувачем, у абсолютно окремій ситуації.
підкаталог, який жодним чином не змінив код, який ви підтримуєте,
форма або форма.
Однак, якщо супроводжувач вирішить не залучатися, він або вона також не матиме можливості впливати ні в тому, як він розроблений, ні в впливі на те, як його зовнішні посилання інтегровані в код його власної підсистеми.
Торвальдс пояснив це тих супроводжувачів, які зацікавлені в просуванні вперед з Rust зможе брати участь у його розвитку, впливати на будівництво посилань і допомагати в обслуговуванні відповідних інтерфейсів. І навпаки, ті, хто вирішить не працювати з Rust, будуть захищені від проблем, які можуть виникнути під час його використання, але вони також будуть усунені від впливу на його розвиток. Такий підхід створює своєрідний бар’єр, який, захищаючи тих, хто займається виключно C, водночас заважає їм зробити внесок у покращення інтеграції Rust.
Отже, цей електронний лист не стосується «політики Rust». Цей електронний лист стосується а
Набагато більша проблема: як супроводжувач, ви відповідаєте за свій код,
Звичайно, але ви не відповідаєте за те, хто і як використовує кінцевий результат.Вам не обов’язково подобатися Rust. Ви не повинні хвилюватися за нього. тобто...
З самого початку було чітко сказано, що ніхто
змушений раптово вивчити нову мову, і це люди, які
Якщо ви хочете працювати виключно на стороні C, ви можете продовжувати це робити.
Така ситуація створює певним чином захисний бар'єр.для тих, хто працює тільки з C, ізолюючи їх від пов’язаних із цим ускладнень і потенційних недоліків до коду Rust. Але в той же час ця сама ізоляція заважає їм впливати на розвиток Rust, а це означає, що девіз «нікому не потрібно мати справу з Rust» не дозволяє кожному супроводжувачу блокувати будь-який код, написаний цією мовою.
La організований розподіл обов'язків тому ті, хто цікавиться Rust, можуть працювати над його аспектами, тоді як ті, хто вирішить не брати участь, не будуть змушені змінювати свій робочий процес, хоча вони не зможуть змінювати розробку компонентів, написаних на Rust.
Суперечка загострилася, коли виникла проблема схвалення посилання Rust через підсистему DMA. У цьому випадку спротив супроводжуючого, який намагався заблокувати прийняття таких посилань, було проігноровано, і Лінус відкрито критикував дії Крістофа Хельвіга.
За словами Торвальда, Хельвіг перевищив свої повноваження. намагаючись вплинути на код, який, будучи реалізованим в окремому підкаталозі, не впливав на підсистему DMA, за яку він відповідав. За словами Торвальдса, ставлення Хельвіга схоже на спробу відключити DMA в контролері просто тому, що йому це не сподобалося, що є неприйнятним.
Зрештою, хоча кожен супроводжувач відповідає за свій власний код, від них не можна вимагати контролювати, як цей код використовується, або приймати рішення про його інтеграцію у великі проекти.