Selama bulan Februari kami berbagi berbagai berita pada kasus masalah dan perselisihan yang telah dihasilkan di komunitas pengembang Kernel Linux untuk pengembangan di Rust.
bahkan Beberapa tokoh penting di komunitas telah menyatakan posisi mereka dan lebih buruk lagi, beberapa orang telah mengundurkan diri dari jabatan mereka sebagai pengelola dalam beberapa subsistem kernel Linux.
Mengingat gelombang diskusi yang tampaknya semakin tidak terkendali, Linus Torvalds telah mengambil tindakan sendiri. y telah bergabung dalam diskusi seputar terhadap penolakan beberapa pengelola terhadap pengenalan Rust di kernel Linux.
Menurut Linus, tidak ada pengelola yang dipaksa untuk belajar, menggunakan atau bahkan mempertimbangkan kode yang ditulis di Berkarat jika kamu tidak menginginkannya, karena mereka dapat terus bekerja secara eksklusif dengan C.
Pada hari Rabu, 19 Februari 2025 pukul 22:42, Christoph Hellwig menulis:
>
Dokumen tersebut menyatakan bahwa tidak ada subsistem yang diperlukan untuk menggunakan Rust. Itu terbukti.
> salah untuk Linus. Dan meskipun Anda mungkin tidak mengetahuinya saat
> Ketika Anda menulis dokumen itu, Anda tentu melakukannya dengan mempostingnya pada daftar.Saya berharap dan mencobanya, untuk melihat apakah rangkaian panjang ini akan membuahkan hasil.
menjadi sesuatu yang konstruktif, tapi ini tampaknya berjalan mundur (atau setidaknya
setidaknya tidak maju).Faktanya adalah bahwa permintaan penarikan yang Anda tolak TIDAK MENYENTUH DMA
LAPISAN SAMA SEKALI.Dia benar-benar hanya pengguna lain, dalam situasi yang sepenuhnya terpisah.
subdirektori, yang tidak mengubah kode yang Anda pertahankan dengan cara apa pun,
bentuk atau wujud.
Namun demikian, jika seorang pengelola memutuskan untuk tidak terlibat, dia juga tidak akan memiliki kesempatan untuk mempengaruhi dalam cara pengembangannya, atau memengaruhi bagaimana tautan eksternalnya diintegrasikan ke dalam kode subsistemnya sendiri.
Torvalds menjelaskan bahwa para pengelola yang tertarik untuk maju dengan karat akan dapat berpartisipasi dalam pengembangannya, mempengaruhi konstruksinya tautan dan membantu dalam pemeliharaan antarmuka terkait. Sebaliknya, mereka yang memilih untuk tidak bekerja dengan Rust akan dilindungi dari masalah yang mungkin timbul saat menggunakannya, tetapi mereka juga akan dikecualikan dari memengaruhi evolusinya. Pendekatan ini menciptakan semacam penghalang yang, selain melindungi mereka yang berdedikasi secara eksklusif pada C, pada saat yang sama mencegah mereka berkontribusi terhadap peningkatan integrasi Rust.
Jadi email ini bukan tentang “kebijakan Rust”. Email ini tentang
Masalah yang jauh lebih besar: sebagai seorang pengelola, Anda bertanggung jawab atas kode Anda,
Tentu saja, tetapi Anda tidak bertanggung jawab atas siapa yang menggunakan hasil akhirnya dan bagaimana.Anda tidak harus menyukai Rust. Anda tidak perlu khawatir tentang dia. Yaitu…
Sudah dijelaskan dengan sangat jelas sejak awal bahwa tidak ada seorang pun
dipaksa untuk tiba-tiba harus mempelajari bahasa baru, dan orang-orang yang
Jika Anda ingin bekerja secara eksklusif pada sisi C, Anda dapat terus melakukannya.
Situasi ini menciptakan, dengan cara tertentu, suatu penghalang perlindungan.untuk mereka yang hanya bekerja dengan C, mengisolasi mereka dari kompleksitas dan potensi kekurangan yang terkait dengannya ke kode Rust. Namun pada saat yang sama, isolasi yang sama tersebut mencegah mereka memengaruhi kemajuan Rust, yang berarti bahwa moto "tidak seorang pun harus berurusan dengan Rust" tidak mengizinkan setiap pengelola untuk mengunci kode apa pun yang ditulis dalam bahasa ini.
La pembagian tanggung jawab diatur Jadi, mereka yang tertarik dengan Rust dapat mengerjakan aspek-aspeknya, sementara mereka yang memilih untuk tidak terlibat tidak akan dipaksa mengubah alur kerja mereka, meskipun mereka tidak akan dapat memodifikasi pengembangan komponen yang ditulis dalam Rust.
Kontroversi meningkat ketika masalah persetujuan tautan Rust melalui subsistem DMA muncul. Dalam kasus ini, penolakan dari pengelola yang mencoba memblokir penerimaan tautan tersebut diabaikan, dan Linus secara terbuka mengkritik tindakan Christoph Hellwig.
Menurut Torvalds, Hellwig telah melampaui kewenangannya. dengan mencoba memengaruhi kode yang, karena diimplementasikan dalam subdirektori terpisah, tidak memengaruhi subsistem DMA yang menjadi tanggung jawabnya. Dalam kata-kata Torvalds, sikap Hellwig mirip dengan mencoba menonaktifkan DMA dalam pengontrol hanya karena dia tidak menyukainya, yang tidak dapat diterima.
Pada akhirnya, meskipun setiap pengelola bertanggung jawab atas kode mereka sendiri, mereka tidak dapat diharuskan mengendalikan bagaimana kode tersebut digunakan atau memutuskan integrasinya ke dalam proyek yang lebih besar.