Pochi fa giorni che condividiamo qui sul blog le notizie in merito la discussione che si stava svolgendo internamente tra gli sviluppatori Fedora, in cui hanno commentato il passare dall'editor vi a nano.
Ed è che implementando l'uso predefinito di nano invece di vi è dovuto al desiderio di rendere più accessibile la distribuzione per i principianti fornendo un editor che può essere utilizzato da qualsiasi utente che non abbia una conoscenza particolare dei metodi di lavoro nell'editor Vi.
Allo stesso tempo, si prevede di continuare con la consegna del pacchetto vim-minimal nel pacchetto di distribuzione di base (la chiamata diretta a vi rimarrà) e fornire la possibilità di cambiare l'editor predefinito in vi o vim su richiesta dell'utente . Fedora attualmente non imposta la variabile d'ambiente $ EDITOR, e per impostazione predefinita in comandi come "git commit" è chiamata vi.
E dopo tante chiacchiere, gli sviluppatori hanno accettato la modifica e verrà applicata alla prossima versione di Fedora, che è la versione 33.
Oltre a questo, è stato discusso anche il passaggio da EXT4 a Btrfs in quale il Fedora Engineering Steering Committee (FESCo), responsabile dello sviluppo tecnico della distribuzione Fedora, ha approvato una proposta per utilizzare il file system Btrfs predefinito sulle edizioni desktop e portatili di Fedora.
Oltre a questo comitato ha anche approvato la modifica del layout per utilizzare l'editor di testo nano predefinito invece di vi.
Con queste decisioni prese a partire da Fedora 33 il file system Ext4 sarà cambiato in Btrfs per impostazione predefinita. Questa non è una grande rivoluzione o un passo irreversibile, ma il soleo una modifica delle impostazioni di installazione predefinite sistema, che in linea di principio non influenzerà le persone che aggiornano da Fedora precedenti o coloro che non vogliono Btrfs. Dal momento che si attaccano al tuo file system preferito.
Il ragionamento per il cambiamento a Btrfs, è quello ciò aggiungerà nuove funzionalità e migliorerà anche le situazioni di risparmio di spazio non standard per gli utenti.
Btrfs ha alcune funzionalità utili oggigiorno come snapshot copy-on-write, compressione dati trasparente a livello di file system, ottimizzazione per SSD, supporto RAID nativo, indica già una migliore gestione dello spazio, un sistema di checksum più sofisticato, isolamento I / O mediante cgroups2, supporto per la riduzione e semplificazione delle partizioni online e una configurazione dei campi più semplice.
Utilizzando il gestore delle partizioni Btrfs integrato risolverà i problemi di esaurimento dello spazio libero su disco durante il montaggio delle directory / e / home separatamente.
Oltre a ciò sostengono che un altro grande vantaggio è lla possibilità di ridimensionare le partizioni online, compreso il downsizing, anche in termini di possibile integrazione systemd-homed.
Infine, Btrfs semplifica la gestione e il funzionamento di sistemi di storage complessi e aggiunge replica efficiente, backup incrementali con invio Btrfs / ricezione Btrfs ecc.
Per quanto riguarda altri cambiamenti che sono ancora sul tavolo e questo sta ancora discutendo, è il problema di interrompere il supporto per l'avvio utilizzando il BIOS classico e lascia l'opzione per l'installazione solo su sistemi che supportano UEFI.
Questo è stato messo sul tavolo, da allora si osserva che i sistemi basato sulla piattaforma Intel sono stati spediti da UEFI dal 2005 e entro il 2020 Intel ha pianificato di interrompere il supporto del BIOS su sistemi client e piattaforme di data center.
La discussione sul rifiuto del supporto del BIOS anche in Fedora è dovuto alla semplificazione dell'implementazione della tecnologia di visualizzazione selettiva dal menu di avvio, in cui il menu è nascosto per impostazione predefinita e viene visualizzato solo dopo un arresto anomalo o l'attivazione dell'opzione in GNOME.
Per UEFI, la funzionalità necessaria è già disponibile in sd-boot, ma quando si utilizza il BIOS richiede patch per GRUB2.