Şubat ayının tamamı boyunca çeşitli haberleri paylaşmak üzerinde sorunlar ve anlaşmazlıklar vakası Linux Kernel geliştirici topluluğunda oluşturulmuş olanlar Rust'ta geliştirme için.
hatta, Toplumun bazı ağır topları pozisyonlarını duyurdu ve daha da kötüsü, Bazıları görevlerinden istifa etti Linux çekirdek alt sistemlerinin bazılarında bakımcı olarak görev aldı.
Kontrolden çıkan bu tartışma dalgası göz önüne alındığında, Linus Torvalds meseleyi kendi eline aldı. y tartışmaya katıldı Rust'ın Linux çekirdeğine dahil edilmesine bazı geliştiricilerin direnmesi nedeniyle.
Linus'a göre hiçbir bakımcı öğrenmeye, kullanmaya zorlanmaz veya yazılmış kodu bile düşünün İstemiyorsan paslan, çünkü sadece C ile çalışmaya devam edebilirler.
Çarşamba, 19 Şubat 2025, 22:42'de Christoph Hellwig yazdı:
>
Belgede Rust'ı kullanmak için herhangi bir alt sisteme ihtiyaç olmadığı belirtiliyor. Bu ispatlanmıştır.
> Linus için yanlış olabilir. Ve bunu bilmiyor olabilirsiniz
> Belgeyi yazdığınızda, kesinlikle onu listeye göndererek yaptınız.Umutlandım ve denedim, bakalım bu uzun konu sonuç verecek mi.
yapıcı bir şeye dönüşüyor, ancak bu geriye doğru gidiyor gibi görünüyor (ya da en azından
(en azından ileriye doğru değil).Gerçek şu ki itiraz ettiğiniz çekme isteği DMA'YA DOKUNMADI
Hiç bir katman.O, kelimenin tam anlamıyla, tamamen ayrı bir durumdaki sıradan bir kullanıcıydı.
alt dizin, sizin koruduğunuz kodu hiçbir şekilde değiştirmedi,
şekil veya form.
Ancak, eğer bir bakım görevlisi dahil olmamaya karar verirse, o da etkileme fırsatına sahip olmayacaktır geliştirilme biçiminde veya dış bağlantılarının kendi alt sisteminin koduna nasıl entegre edileceğinde etkili değildir.
Torvalds şöyle açıkladı: ilerlemeye ilgi duyan bakımcılar Rust ile gelişimine katılabilecek, inşaatı etkileyebilecek Bağlantıların oluşturulması ve ilgili arayüzlerin bakımının yapılması. Öte yandan Rust ile çalışmamayı seçenler ise onu kullanırken ortaya çıkabilecek sorunlardan korunacak, ancak onun evrimini etkilemekten de uzak kalacaklar. Bu yaklaşım, yalnızca C'ye kendini adamış olanları korurken, aynı zamanda Rust entegrasyonunun iyileştirilmesine katkıda bulunmalarını engelleyen bir tür bariyer yaratıyor.
Yani bu e-posta herhangi bir "Rust politikası" ile ilgili değildir. Bu e-posta bir konu hakkındadır
Çok daha büyük bir sorun: Bir bakımcı olarak, kodunuzdan siz sorumlusunuz.
Elbette, ancak nihai sonucu kimin ve nasıl kullanacağından siz sorumlu değilsiniz.Rust'ı sevmek zorunda değilsiniz. Onun için endişelenmenize gerek yok. Yani…
Başından beri hiç kimsenin bu konuda bir şey yapmadığı gayet açık bir şekilde ortaya konmuştur.
aniden yeni bir dil öğrenmek zorunda kalan ve bunu başaramayan insanlar
Eğer sadece C tarafı üzerinde çalışmak istiyorsanız, buna devam edebilirsiniz.
Bu durum bir bakıma koruyucu bir bariyer oluşturuyor.sadece C ile çalışanlar için, onları bununla ilişkili karmaşıklıklardan ve potansiyel dezavantajlardan izole etmek Rust koduna. Fakat aynı zamanda, aynı izolasyon onların Rust'ın ilerleyişini etkilemesini engelliyor; bu da "kimsenin Rust ile uğraşması gerekmiyor" sloganının her bakımcının bu dilde yazılmış herhangi bir kodu kilitlemesine izin vermediği anlamına geliyor.
La sorumlulukların bölünmesi organize edildi Böylece Rust'a ilgi duyanlar onun çeşitli yönleri üzerinde çalışabilecek, dahil olmayı seçmeyenler ise iş akışlarını değiştirmek zorunda kalmayacak, ancak Rust'ta yazılmış bileşenlerin gelişimini değiştiremeyecekler.
DMA alt sistemi üzerinden Rust bağlantısının onaylanması konusu ortaya çıktığında tartışmalar yoğunlaştı. Bu durumda, bu tür bağlantıların kabulünü engellemeye çalışan bir bakımcının itirazı göz ardı edildi ve Linus, Christoph Hellwig'in eylemlerini açıkça eleştirdi.
Torvalds'a göre Hellwig yetkisini aşmıştı. kendisinin sorumlu olduğu DMA alt sistemini etkilemeyen, ayrı bir alt dizinde uygulanan kodu etkilemeye çalışarak. Torvalds'ın ifadesiyle Hellwig'in tutumu, sadece beğenmediği için bir kontrol cihazındaki DMA özelliğini devre dışı bırakmaya çalışmaya benziyor ki bu da kabul edilemez.
Sonuç olarak, her bakımcı kendi kodundan sorumlu olsa da, bu kodun nasıl kullanılacağını kontrol etmesi veya daha büyük projelere entegrasyonuna karar vermesi beklenemez.