Suche
Mein Konto
Torvalds slams Rust-opmaak: Helemaal gek!
Linus Torvalds bekritiseert de controle van het Rust-formaat in de samenvoeging van Linux 6.18. Huidige richtlijnen en oplossingen voor het oplossen van conflicten worden besproken.
Torvalds slams Rust-opmaak: Helemaal gek!
De controverses rond Rust-integratie in de Linux-kernel nemen toe. Linus Torvalds had scherpe kritiek op de Rust-formaatcontrole tijdens het samenvoegvenster van Linux 6.18 en noemde het "hersenloos en volkomen krankzinnig". Hij had vooral kritiek op de manier waarop importinstructies met meerdere regels in één regel worden gecombineerd. Deze verklaringen kwamen minuten vóór de release van Linux 6.18-rc2, die snelle oplossingen bevatte om de kritiek van Torvalds aan te pakken. Miguel Ojeda, de hoofdontwikkelaar van Rust in het Linux-project, speelde een sleutelrol en gaf commentaar op de noodzakelijke aanpassingen voor de komende versie.
Zoals Phoronix meldt, zijn merge- en rebase-conflicten een terugkerend probleem. De standaardopmaak van 'rustfmt' kon Torvalds' herformuleringen van importverklaringen niet goed verwerken, wat in het verleden voor problemen heeft gezorgd. De bijgewerkte richtlijnen, die snel werden geïmplementeerd, voorzien in een tijdelijke oplossing: een daaropvolgende lege opmerking zorgt ervoor dat de code weer voldoet aan 'rustfmt'.
Het debat over opmaakpraktijken
De kern van de discussie draaide aanvankelijk om een pull-request voor Linux 6.18, die op 1 oktober werd ingediend door beheerder Dave Airlie. Torvalds was kritisch over de platte inspringhiërarchie in de changelog en trok zelfs de kwaliteit van Airlie's redacteur in twijfel. Dit technische debat over de opmaaktool van Rust en de daarmee samenhangende samenvoegingsproblemen laat zien hoe belangrijk nauwkeurige opmaak is voor het succes van een project dat zo complex is als de Linux-kernel, als It's FOSS documenten.
Met betrekking tot de uitdagingen die gepaard gaan met onjuiste opmaak, legt Miguel uit dat robuustere configuratie-opties voor importopmaak alleen beschikbaar zijn in de nachtelijke builds. Hij raadt aan om de autoformatteringstool pas uit te voeren nadat conflicten zijn opgelost, om toekomstige problemen met het continue integratiesysteem te voorkomen. Dit onderstreept de jarenlange ervaring die essentieel is bij het nemen van dergelijke beslissingen.
Roest en zijn rol in de kernel
Te midden van deze technische geschillen wordt de rol van programmeertalen in de Linux-kernel kritisch onderzocht. Torvalds benadrukt dat niemand gedwongen wordt om met Rust te werken, maar dat betekent niet dat Rust-code automatisch kan worden afgewezen. Integendeel: volgens Ars Technica zou een samenwerking tussen C-ontwikkelaars en Rust-ontwikkelaars vruchtbaar kunnen zijn.
Rust-integratie wordt algemeen gezien als een voordeel voor de ontwikkeling van nieuwe code en stuurprogramma's. Greg Kroah-Hartman, een ervaren kernelontwikkelaar, wijst erop dat veel van de beveiligingsproblemen van de afgelopen jaren zijn veroorzaakt door "domme kleine hoekjes in C" die niet bestaan in Rust. Gezien het feit dat er 30 miljoen regels C-code zijn die niet snel zullen verdwijnen, is het essentieel om naar de Rust-integratie te kijken.
De discussie rond Rust in de Linux-kernel heeft niet alleen technische, maar ook strategische implicaties voor de softwareontwikkeling, die moeten worden voortgezet om de uitdagingen en kansen te begrijpen die dit nieuwe programmeerlandschap biedt.