La decisione degli sviluppatori di openSUSE di disabilitare completamente il filesystem bcachefs dalle proprie distribuzioni rappresenta un duro colpo per questa tecnologia innovativa, andando ben oltre la già controversa scelta di Linus Torvalds di relegare bcachefs alla "manutenzione esterna". Mentre il kernel Linux 6.17 manterrà ancora il codice di bcachefs senza modifiche rispetto alla versione precedente, le distribuzioni openSUSE Tumbleweed e Slowroll elimineranno definitivamente questo filesystem dalle loro build del kernel. La mossa arriva dopo mesi di tensioni tra il creatore del pinguino supremo Linux e Kent Overstreet, l'architetto di bcachefs, culminate in una rottura che ha escluso il filesystem dal normale processo di sviluppo del kernel.
Una scelta drastica che va controcorrente
Jiří Slabý, uno dei manutentori del kernel per SUSE, ha comunicato la decisione attraverso la mailing list del progetto Factory, spiegando le ragioni tecniche dietro questa scelta radicale. Il maintainer ceco si è successivamente scusato per il tono forse troppo severo del suo messaggio iniziale, attribuendolo alle difficoltà di traduzione dalla sua lingua madre all'inglese. L'eliminazione di bcachefs dalle build di openSUSE rappresenta una posizione più intransigente rispetto a quella adottata dal kernel mainline, dove il filesystem rimane presente anche se non più attivamente sviluppato.
La tempistica della decisione coincide con l'imminente rilascio del kernel 6.17, attualmente nella fase di release candidate con la quinta versione già disponibile agli sviluppatori. Le distribuzioni rolling-release come openSUSE Tumbleweed, che tipicamente integrano ogni nuova versione del kernel non appena disponibile, si troveranno quindi prive di questo filesystem d'avanguardia.
Alternative tecniche per gli utenti determinati
Il fatto che bcachefs sia mantenuto esternamente non impedisce tecnicamente agli utenti di continuare a utilizzarlo, similmente a come milioni di macchine Linux eseguono i driver proprietari Nvidia nonostante non siano integrati nel kernel. Il Dynamic Kernel Module System (DKMS) offre una soluzione standard, monitorando gli aggiornamenti del kernel e ricompilando automaticamente i moduli esterni per le nuove versioni.
Tuttavia, la famiglia SUSE ha sviluppato nel corso dei suoi trent'anni di storia un approccio proprietario chiamato Kernel Module Packages, che rappresenta l'alternativa aziendale al più comune DKMS. Questa scelta riflette la filosofia di lungo corso dell'azienda tedesca di mantenere i propri standard e metodologie specifiche.
Un addio che segna la fine di un'era
La decisione appare particolarmente significativa considerando il passato di SUSE come sostenitore di filesystem non convenzionali e innovativi. Nel 2012, l'azienda raccomandava attivamente l'uso di ReiserFS, XFS e OCFS2 di Oracle, dimostrando un approccio pionieristico verso le tecnologie di storage avanzate. Oggi, la funzionalità di aggiornamenti transazionali di SUSE dipende pesantemente dal sottosistema Snapper, che a sua volta fa affidamento principalmente su Btrfs per le sue capacità di snapshot copy-on-write.
L'ironia della situazione emerge dal fatto che SUSE non supporta nemmeno OpenZFS, nonostante la sua maturità superiore nelle funzionalità di snapshot COW. In uno scenario ideale, l'adozione di bcachefs avrebbe potuto permettere a Snapper di sfruttare le capacità avanzate di questo nuovo filesystem, offrendo agli utenti opzioni più moderne per la gestione dei dati.
Il declino delle caratteristiche distintive
Questa scelta si inserisce in un trend più ampio che sta caratterizzando i recenti prodotti SUSE, evidenziato anche dalla release candidate di openSUSE Leap 16. La nuova versione elimina diversi strumenti tradizionali che hanno definito l'identità della distribuzione, tra cui YaST per l'amministrazione di sistema e AutoYaST per l'installazione automatizzata, oltre a rimuovere completamente il supporto per i binari a 32-bit e per X.org.
Gli osservatori della comunità Linux hanno espresso preoccupazione per questa direzione, temendo che l'eliminazione delle caratteristiche distintive possa compromettere le qualità uniche che hanno reso SUSE una scelta preferenziale per molti amministratori di sistema. La community di sviluppatori su piattaforme come Hacker News ha commentato criticamente questi cambiamenti, evidenziando come l'innovazione tecnologica non dovrebbe sacrificare gli attributi fondamentali che definiscono l'identità di una distribuzione.