Torvalds ostro krytykuje formatowanie Rusta: Całkowite szaleństwo!
Linus Torvalds krytykuje sprawdzanie formatu Rusta podczas fuzji Linuksa 6.18. Omówiono aktualne wytyczne i obejścia dotyczące rozwiązywania konfliktów.

Torvalds ostro krytykuje formatowanie Rusta: Całkowite szaleństwo!
Rosną kontrowersje wokół integracji Rusta z jądrem Linuksa. Linus Torvalds ostro skrytykował sprawdzanie formatu Rusta podczas okna łączenia Linuksa 6.18, nazywając je „bezmyślnym i całkowicie szalonym”. Szczególnie skrytykował sposób, w jaki wielowierszowe instrukcje importowe są łączone w jedną linię. Oświadczenia te pojawiły się na kilka minut przed wydaniem Linuksa 6.18-rc2, który zawierał szybkie poprawki będące odpowiedzią na krytykę Torvaldsa. Miguel Ojeda, główny programista Rust w projekcie Linux, odegrał kluczową rolę i skomentował niezbędne poprawki w nadchodzącej wersji.
Jak donosi Phoronix, konflikty scalania i zmiany bazy są powracającym problemem. Domyślne formatowanie zapewniane przez „rustfmt” nie było w stanie prawidłowo obsłużyć przeformułowań instrukcji importu dokonanych przez Torvaldsa, co w przeszłości powodowało trudności. Zaktualizowane wytyczne, które zostały szybko wdrożone, przewidują tymczasowe obejście - kolejny pusty komentarz sprawi, że kod będzie ponownie zgodny z 'rustfmt'.
Debata na temat praktyk formatowania
Trzon dyskusji początkowo skupiał się wokół żądania ściągnięcia dla Linuksa 6.18, które zostało złożone 1 października przez opiekuna Dave'a Airlie'go. Torvalds krytycznie odniósł się do płaskiej hierarchii wcięć w dzienniku zmian, a nawet kwestionował jakość edytora Airlie. Ta techniczna debata na temat narzędzia formatującego Rusta i powiązanych problemów z łączeniem pokazuje, jak ważne jest precyzyjne formatowanie dla powodzenia projektu tak złożonego jak jądro Linuksa, jak dokumentuje To FOSS.
Jeśli chodzi o wyzwania związane z nieprawidłowym formatowaniem, Miguel wyjaśnia, że bardziej niezawodne opcje konfiguracji formatowania importu są dostępne tylko w kompilacjach nocnych. Zaleca uruchamianie narzędzia automatycznego formatowania dopiero po rozwiązaniu konfliktów, aby uniknąć przyszłych problemów z systemem ciągłej integracji. Podkreśla to lata doświadczenia niezbędne przy podejmowaniu takich decyzji.
Rdza i jej rola w jądrze
W środku tych technicznych sporów krytycznie bada się rolę języków programowania w jądrze Linuksa. Torvalds podkreśla, że nikt nie jest zmuszany do pracy z Rustem, ale to nie znaczy, że kod Rusta może zostać automatycznie odrzucony. Wręcz przeciwnie: według Ars Technica współpraca pomiędzy programistami C i programistami Rusta może być owocna.
Integracja z rdzą jest powszechnie postrzegana jako korzyść przy opracowywaniu nowego kodu i sterowników. Greg Kroah-Hartman, doświadczony programista jądra, wskazuje, że wiele problemów związanych z bezpieczeństwem w ostatnich latach było spowodowanych przez „głupie małe przypadki narożne w C”, których nie ma w Rust. Biorąc pod uwagę, że istnieje 30 milionów linii kodu C, które w najbliższym czasie nie znikną, konieczne jest przyjrzenie się integracji Rusta w przyszłości.
Dyskusja na temat Rusta w jądrze Linuksa ma nie tylko techniczne, ale także strategiczne implikacje dla rozwoju oprogramowania, które należy kontynuować, aby zrozumieć wyzwania i możliwości, jakie oferuje ten nowy krajobraz programistyczny.