Pemimpin Rust di Linux mengundurkan diri daripada berurusan dengan lebih banyak “omong kosong nonteknis”
Mata rantai yang berkarat, dengan latar belakang logam yang juga berkarat.
Memperbesar / Rust tidak pernah tidur. Namun, Rust, bahasa pemrogramannya, dapat dicegah jika tidak cukup banyak programmer kernel yang tertarik untuk melihatnya diimplementasikan.

Gambar Getty

Kernel Linux bukanlah tempat untuk bekerja jika Anda tidak siap untuk beberapa argumen yang bersemangat. Namun, salah satu pengembang utama dalam proyek untuk memperluas tempat Rust di dalam kernel yang sebagian besar berbasis C merasa “omong kosong nonteknis” itu terlalu berlebihan, jadi dia pensiun.

Wedson Almeida Filho, pemimpin di Proyek Rust untuk LinuxBahasa Indonesia: menulis ke milis kernel Linux minggu lalu untuk menghapus dirinya sebagai pengelola proyek. “Setelah hampir 4 tahun, saya merasa kekurangan energi dan antusiasme yang pernah saya miliki untuk menanggapi beberapa omong kosong nonteknis, jadi sebaiknya serahkan saja kepada mereka yang masih memilikinya,” tulis Filho. Sambil berterima kasih kepada rekan satu timnya, ia mencatat bahwa ia percaya masa depan kernel “adalah dengan bahasa yang aman bagi memori,” seperti Rust. “Saya bukan visioner, tetapi jika Linux tidak menginternalisasi ini, saya khawatir kernel lain akan melakukan apa yang telah dilakukannya terhadap Unix,” tulis Filho.

Filho juga meninggalkan “contoh untuk konteks,” tautan ke momen selama pembicaraan konferensi Linux di mana suara dari luar kamera, diidentifikasi oleh Filho dalam wawancara Register sebagaimana yang disisipkan oleh pengelola kernel Ted Ts'o, dengan tegas: “Begini masalahnya: Anda tidak akan memaksa kami semua untuk mempelajari Rust.” Dalam konteks permintaan Filho agar sistem berkas Linux menerapkan pengikatan Rust, Ts'o mengatakan bahwa meskipun ia tahu ia harus memperbaiki semua kode C untuk setiap perubahan yang ia buat, ia tidak dapat atau tidak akan memperbaiki pengikatan Rust yang mungkin terpengaruh.

“Mereka hanya ingin mempertahankan kode C mereka”

Asahi Lina, pengembang di proyek Asahi Linuxdiposting di Mastodon akhir minggu lalu: “Saya sangat memahami rasa frustrasi Wedson.” Memperhatikan bahwa “sekelompok pengembang kernel C tampaknya bertekad untuk membuat kehidupan pengelola Rust sesulit mungkin,” Lina merinci masalah keamanan memori yang mereka hadapi saat menulis Manajer Rendering Langsung Abstraksi penjadwal (DRM). Lina mencoba menerapkan perbaikan kecil yang akan membuat kode C “lebih tangguh dan persyaratan masa pakai lebih masuk akal,” tetapi diblokir oleh pengelola. Bug dalam kode C penjadwal DRM tersebut adalah satu-satunya penyebab kepanikan kernel pada driver GPU Apple Lina, tulisnya—”Karena saya menulisnya dalam Rust.”

“Tetapi saya merasa bahwa beberapa pengelola kernel Linux tidak lagi peduli dengan kualitas kode di masa mendatang, atau tentang stabilitas atau keamanan,” tulis Lina. “Mereka hanya ingin mempertahankan kode C mereka dan berharap kami, para pengguna Rust, akan pergi. Dan itu sungguh menyedihkan… dan tidak membantu membuat Linux menjadi lebih baik.”

Drew DeVault, pendiri SumberHutBahasa Indonesia: ngeblog untuk kedua kalinya tentang upaya Rust untuk menemukan tempat di dalam Kernel. Secara teori, kernel harus menyambut masukan yang antusias dari pendatang baru yang termotivasi. “Dalam praktiknya, komunitas Linux adalah dunia yang liar, dan perubahan besar sangat sulit untuk mencapai konsensus, dan ini adalah perubahan besar terluas yang pernah diusulkan untuk proyek tersebut,” tulis DeVault. “Setiap subsistem adalah wilayah kekuasaan pribadi, tunduk pada keinginan masing-masing dari 1.700+ pengelola Linux, yang hampir semuanya memiliki kepentingan dalam hal ini. Ini seperti menggembalakan kucing: memperkenalkan Rust secara efektif adalah satu bagian pekerjaan pengkodean dan sembilan puluh sembilan bagian pekerjaan politik – dan ini adalah banyak pekerjaan pengkodean.”

Daripada menguji kesabaran mereka dengan politik kernel, DeVault menyarankan pengembang Rust membangun kernel yang kompatibel dengan Linux dari awal. “Membebaskan diri dari pertikaian politik (Linux Kernel Mailing List) mungkin akan menjadi kemenangan besar bagi ambisi membawa Rust ke dalam ruang kernel,” tulis DeVault.

Torvalds memahami mengapa penyerapan Rust lambat

Anda mungkin bertanya-tanya apa pendapat pemelihara utama Linus Torvalds tentang semua ini. Dia mengambil pendekatan “tunggu dan lihat” pada tahun 2021berharap Rust pertama kali akan dikenal di driver perangkat yang relatif terisolasi. penampilan akhir bulan laluTorvalds… pada dasarnya setuju dengan keluhan para pengembang yang berpikiran Rust, meskipun dari jarak yang jauh lebih jauh.

“Saya berharap pembaruan (Rust) akan lebih cepat, tetapi sebagian masalahnya adalah pengembang kernel lama terbiasa dengan C dan tidak mengenal Rust,” kata Torvalds. “Mereka tidak begitu bersemangat untuk mempelajari bahasa baru yang, dalam beberapa hal, sangat berbeda. Jadi, ada beberapa penolakan terhadap Rust.” Torvalds menambahkan, bagaimanapun, bahwa “alasan lainnya adalah infrastruktur Rust sendiri belum terlalu stabil.”

Kernel Linux adalah proyek berisiko tinggi yang melibatkan ratusan atau ribuan pengembang; konflik mungkin tak terelakkan. Waktu akan membuktikan berapa lama C akan tetap menjadi cara utama membuat kode untuk, dan memikirkan, basis kode yang begitu besar namun terus bergerak.

Ars telah menghubungi Filho dan Ts'o untuk meminta komentar dan akan memperbarui postingan ini jika ada tanggapan.

Sumber