Nuova puntata nella lunga vicenda dell’adozione di Rust come nuovo linguaggio di sviluppo del kernel Linux che stiamo raccontando in questi mesi. Dopo l’aspra presa di posizione da parte di Christoph Hellwig che si era opposto con fermezza all’utilizzo di Rust nel suo ambito di sviluppo, ossia il kernel/dma, e dopo le dimissioni di Hector Martin da sviluppatore Rust e project lead per Asahi Linux, che contava molto sull’integrazione del linguaggio, sono scesi in campo i pezzi grossi.
L’importante chiarimento in merito alla direzione del progetto kernel Linux arriva infatti da parte di Linus Torvalds, il suo creatore, e Greg Kroah-Hartman, il maintainer della versione stable.
In ordine di tempo è stato prima Kroah-Hartman in un messaggio alla lista del Kernel a sottolineare la volontà di mantenere la scelta fatta, pur comprendendo le eventuali difficoltà che questa può portare ai maintainer (considerato che lui stesso è uno dei maintainer con il carico di lavoro più importante), ciononostante l’idea è chiarissima:
We’ve got to keep pushing forward when confronted with new good ideas, and embrace the people offering to join us in actually doing the work to help make sure that we all succeed together.
Dobbiamo continuare a spingere avanti quando ci troviamo di fronte a nuove e buone idee, accogliendo le persone che vogliono unirsi a noi e facendo il lavoro necessario a far sì che tutti insieme abbiamo successo.
Gli ha fatto eco poche ore dopo anche Linus Torvalds, il quale ha risposto con una lunga mail a tutte le perplessità ed alle prese di posizione di Christoph Hellwig, il quale lo aveva coinvolto in prima persona durante la discussione con Hector Martin che citavamo in apertura.
Il creatore di Linux ha rivelato di aver atteso che la questione si risolvesse nel lungo thread originale, ma non vedendo nessuno arrivare ad un dunque, ha pensato bene di chiarire il suo punto di vista che, oltre ad essere quello dell’intero progetto, poiché è lui a decidere, fa eco alle parole di Kroah-Hartman riportate sopra.
Il problema sollevato da Christoph Hellwig faceva riferimento ai binding del codice DMA da esso prodotto con il resto del codice Rust, ed a come egli non volesse alcun tipo di interazione con codice Rust. A proposito di questo Linus Torvalds la rende semplice:
Honestly, what you have been doing is basically saying “as a DMA maintainer I control what the DMA code is used for”.
And that is not how any of this works.
What’s next? Saying that particular drivers can’t do DMA, because you don’t like that device, and as a DMA maintainer you control who can use the DMA code?
That’s literally exactly what you are trying to do with the Rust code.Sinceramente, quello che hai fatto è stato dire “come maintainer di DMA controllo per cosa viene usato il codice DMA”.
E non è per niente così che funziona.
Cosa ci sarà dopo? Dire che un particolare driver non deve fare DMA perché a te non piace quel device e, come maintainer DMA, tu controlli chi può usare il codice DMA?Questo è letteralmente quel che stai cercando di fare con il codice Rust.
Quindi, se anche Hector Martin era stato criticato per il suo atteggiamento non propriamente collaborativo, anche Christoph Hellwig, di cui Linus Torvalds dice di stimare le competenze tecniche, viene criticato apertamente, dimostrando come in questo progetto non si fanno sconti a nessuno.
Quindi, a dispetto delle preoccupazioni emerse nell’ultimo periodo nella community Rust, la conclusione del messaggio riporta allo spirito collaborativo evocato da Kroah-Hartman e forse è la cosa che tutti dovremmo cercare di fare nostra: non tutto è bianco o nero, le collaborazioni migliorano trovando i migliori compromessi a beneficio dell’evoluzione tecnologica.
Amen.
Raoul Scarazzini
Da sempre appassionato del mondo open-source e di Linux nel 2009 ho fondato il portale Mia Mamma Usa Linux! per condividere articoli, notizie ed in generale tutto quello che riguarda il mondo del pinguino, con particolare attenzione alle tematiche di interoperabilità, HA e cloud.
E, sì, mia mamma usa Linux dal 2009.
Source: Read More
