Torvalds kritizira Rust formatiranje: Popolnoma noro!
Linus Torvalds kritizira preverjanje formata Rust v združitvi Linuxa 6.18. Obravnavane so trenutne smernice in rešitve za reševanje konfliktov.

Torvalds kritizira Rust formatiranje: Popolnoma noro!
Polemike okoli integracije Rust v jedro Linuxa se povečujejo. Linus Torvalds je ostro kritiziral preverjanje formata Rust med oknom spajanja Linux 6.18 in ga označil za "neumnega in popolnoma norega". Posebej je kritiziral način združevanja večvrstičnih uvoznih stavkov v eno vrstico. Te izjave so prišle nekaj minut pred izdajo Linuxa 6.18-rc2, ki je vključeval hitre popravke za obravnavo Torvaldsovih kritik. Miguel Ojeda, vodilni razvijalec za Rust v projektu Linux, je imel ključno vlogo in je komentiral potrebne prilagoditve za prihajajočo različico.
Kot poroča Phoronix, so spori pri spajanju in ponovnem baziranju ponavljajoča se težava. Privzeto oblikovanje, ki ga zagotavlja 'rustfmt', ni moglo pravilno obdelati Torvaldsovih preoblikovanj uvoznih stavkov, kar je v preteklosti povzročalo težave. Posodobljene smernice, ki so bile hitro uvedene, zagotavljajo začasno rešitev – kasnejši prazen komentar bo kodo znova naredil združljivo z 'rustfmt'.
Razprava o praksah oblikovanja
Jedro razprave se je sprva vrtelo okoli zahteve za umik za Linux 6.18, ki jo je 1. oktobra oddal vzdrževalec Dave Airlie. Torvalds je bil kritičen do ravne hierarhije zamikov v dnevniku sprememb in je celo dvomil o kakovosti Airliejevega urednika. Ta tehnična razprava o Rustovem orodju za oblikovanje in s tem povezanih težavah z združevanjem kaže, kako pomembno je natančno oblikovanje za uspeh tako zapletenega projekta, kot je jedro Linuxa, kot dokumentira To je FOSS.
V zvezi z izzivi, ki jih prinaša nepravilno oblikovanje, Miguel pojasnjuje, da so robustnejše konfiguracijske možnosti za uvozno oblikovanje na voljo samo v nočnih zgradbah. Priporoča, da orodje za samodejno oblikovanje zaženete šele po razrešitvi sporov, da se izognete prihodnjim težavam s sistemom neprekinjene integracije. To poudarja dolgoletne izkušnje, ki so bistvenega pomena pri sprejemanju takšnih odločitev.
Rja in njena vloga v jedru
Sredi teh tehničnih sporov je vloga programskih jezikov v jedru Linuxa kritično preučena. Torvalds poudarja, da nihče ni prisiljen sodelovati z Rustom, vendar to ne pomeni, da je mogoče kodo Rust samodejno zavrniti. Ravno nasprotno: glede na Ars Technica bi lahko bilo sodelovanje med razvijalci C in razvijalci Rust plodno.
Integracija Rust se na splošno obravnava kot prednost za razvoj nove kode in gonilnikov. Greg Kroah-Hartman, veteran razvijalec jedra, poudarja, da so veliko varnostnih težav v zadnjih letih povzročili "neumni mali kotiček v C", ki ne obstajajo v Rustu. Glede na to, da obstaja 30 milijonov vrstic kode C, ki ne bodo kmalu izginile, je pogled na prihodnjo integracijo Rust bistvenega pomena.
Razprava o Rustu v jedru Linuxa nima samo tehničnih, ampak tudi strateških posledic za razvoj programske opreme, ki bi jih morali nadaljevati, da bi razumeli izzive in priložnosti, ki jih ponuja ta nova programska pokrajina.