Linus Torvalds ha pubblicato uno dei post più forti degli ultimi anni sulla mailing list del kernel Linux, criticando un collaboratore di Google per i suoi suggerimenti sul file system.

L'oggetto della rabbia di Torvalds sono gli “inodes” – descritto da Red Hat come “identificatore univoco per uno specifico pezzo di metadati in uno specifico file system”.

Gli inode sono stati argomento di discussione sulla mailing list del kernel Linux nelle ultime due settimane, con il googler Steven Rostedt e Torvalds impegnati in alcuni robusti scambi sull'argomento. In un thread intitolato “Rendi tutti gli inode per file e directory uguali”, gli autori hanno sottolineato che gli inode potrebbero ancora avere un ruolo quando sono in uso tar Per archiviare i file. Torvald Salva Gli inode hanno avuto il loro momento.

“Sì, i numeri degli inode erano speciali e c'era una storia dietro di loro. Ma dobbiamo sforzarci di allontanarci da questa storia interrotta”, ha scritto. “Il numero di inode non è più un descrittore univoco. Non viviamo negli anni '70 e i file system sono cambiati.”

Ma la controversia sugli inode continua. Alla fine Rostedt Proposta Tutti gli inode devono contenere numeri univoci.

La risposta di Torvalds ha utilizzato un linguaggio e un tono raramente visti negli ultimi anni.

Ricordiamo che nel 2018 ha annunciato la sua decisione di prendersi una pausa e cercare aiuto dopo essersi scusato per quelli che ha descritto come “attacchi sfacciati nelle e-mail” ad altri programmatori Linux e collaboratori del progetto che ha ammesso essere “sia poco professionali che imperdonabili. Soprattutto in tempi in cui ” L'hai reso personale… ora so che non andava bene e mi dispiace davvero.”

Il rammarico di Torvalds è, in parte, che la mailing list Linux Kernel sia effettivamente un luogo di lavoro per molti dei contributori. I post offensivi non rendono felice il posto di lavoro. Poiché Linux fa affidamento su contributori e moderatori volontari, un ambiente di lavoro inadeguato può danneggiare un progetto.

In risposta al suggerimento di Rostedt sui numeri di inode univoci, Torvalds ha aperto: “Smettila di rendere le cose più complicate di quanto dovrebbero essere”.

Poi ha iniziato a urlare un po'.

“Dannazione, smettila di copiare le funzioni del livello VFS. È stata una cattiva idea l'ultima volta, ed è una pessima idea anche questa volta. Non sopporterò questo tipo di sciocchezze.”

La principale critica di Torvalds all'approccio di Rostedt è che gli sviluppatori di Google non hanno compreso appieno l'argomento, cosa che Rostedt ha ammesso in seguito.

A quel punto, Torvalds lo aveva attaccato come segue:

La discussione continuò per qualche tempo, in un tono più freddo, con Torvalds che forniva suggerimenti su quello che secondo lui sarebbe stato un approccio migliore alle questioni che Rostedt sperava di affrontare. L'Imperatore Pinguino ha scritto che non intendeva approfondire la questione immediatamente, poiché “Ho sprecato abbastanza tempo su questo argomento e sono molto indietro con le mie altre responsabilità, quindi non è qualcosa su cui posso lavorare ora”.

arrugginito rispondere Ha offerto la seguente – e forse appropriata – osservazione:

Domenica, Torvalds pubblicava post su cose più felici: Prima volta Kernel Linux versione 6.8-rc2.

Torvalds ha notato che rc1 include “un bug di pianificazione amdgpu che può causare il blocco del desktop (questo *alla fine* verrebbe ripristinato, ma dopo un ritardo sufficientemente lungo la maggior parte delle persone potrebbe invece dover riavviare).

“Sembra che questo abbia colpito un discreto numero di persone”.

Lo stesso Torvalds è rimasto sconvolto da un bug di btrfs che fortunatamente non ha raggiunto rc1 come notato prima del rilascio.

“In ogni caso, spero che con rc2 siamo ora nella parte più stabile del ciclo di rilascio, con questo tipo di problemi che potrebbero interessare molti tester risolti. Quindi speriamo che le correzioni siano più sottili e non influenzino il generale” roba delle impostazioni principali.” , libri.

“Allora esci e fai il test. Adesso è sicuro. Ti fidi di me, vero?”

Certo, se la domanda riguarda solo lo sviluppo del kernel. ®