Torvalds smeller Rust-formatering: Helt gal!

Torvalds smeller Rust-formatering: Helt gal!

Kontroversene rundt Rust-integrering i Linux-kjernen øker. Linus Torvalds kritiserte hardt Rust-formatkontrollen under Linux 6.18-sammenslåingsvinduet, og kalte det "sinnløst og helt sinnssykt." Han kritiserte spesielt måten multi-line import uttalelser er kombinert til en enkelt linje. Disse uttalelsene kom minutter før utgivelsen av Linux 6.18-rc2, som inkluderte hurtigreparasjoner for å møte Torvalds kritikk. Miguel Ojeda, hovedutvikleren for Rust i Linux-prosjektet, spilte en nøkkelrolle og kommenterte de nødvendige justeringene for den kommende versjonen.

Som Phoronix rapporterer, er flette- og rebasekonflikter et tilbakevendende problem. Standardformateringen levert av 'rustfmt' kunne ikke håndtere Torvalds' omformuleringer av importsetninger på riktig måte, noe som har forårsaket vanskeligheter tidligere. De oppdaterte retningslinjene, som raskt ble implementert, sørger for en midlertidig løsning - en påfølgende tom kommentar vil gjøre koden kompatibel med 'rustfmt' igjen.

Debatten om formateringspraksis

Kjernen i diskusjonen dreide seg opprinnelig om en pull-forespørsel for Linux 6.18, som ble sendt inn av vedlikeholder Dave Airlie 1. oktober. Torvalds var kritisk til det flate innrykkshierarkiet i endringsloggen og stilte til og med spørsmålstegn ved kvaliteten til Airlies redaktør. Denne tekniske debatten om Rusts formateringsverktøy og de tilhørende fletteproblemene viser hvor viktig presis formatering er for suksessen til et prosjekt så komplekst som Linux-kjernen, som It's FOSS dokumenter.

Når det gjelder utfordringene ved feil formatering, forklarer Miguel at mer robuste konfigurasjonsalternativer for importformatering kun er tilgjengelige i nattbyggene. Han anbefaler å kjøre autoformateringsverktøyet kun etter konfliktløsninger for å unngå fremtidige problemer med det kontinuerlige integrasjonssystemet. Dette understreker årelang erfaring som er avgjørende når man tar slike beslutninger.

Rust og dens rolle i kjernen

Midt i disse tekniske tvistene undersøkes rollen til programmeringsspråk i Linux-kjernen kritisk. Torvalds understreker at ingen er tvunget til å jobbe med Rust, men det betyr ikke at Rust-kode automatisk kan avvises. Tvert imot: Ifølge Ars Technica kan et samarbeid mellom C-utviklere og Rust-utviklere være fruktbart.

Rustintegrasjon er mye sett på som en fordel for utvikling av ny kode og driver. Greg Kroah-Hartman, en erfaren kjerneutvikler, påpeker at mange av sikkerhetsproblemene de siste årene har vært forårsaket av "dumme små hjørnesaker i C" som ikke eksisterer i Rust. Gitt at det er 30 millioner linjer med C-kode som ikke forsvinner med det første, er det viktig å se på Rust-integrering fremover.

Diskusjonen rundt Rust i Linux-kjernen har ikke bare tekniske, men også strategiske implikasjoner for programvareutvikling, som bør forfølges for å forstå utfordringene og mulighetene som dette nye programmeringslandskapet byr på.