Fedora 33 passerà a Vi per Nano e si discute di interrompere il supporto del BIOS

Sviluppatori Fedora non sono rimasti con le braccia incrociate di fronte al problema attuale che sta vivendo la pandemia e cioè hanno diffuso diverse notizie nei giorni scorsi abbastanza interessante per quanto riguarda le versioni future della distribuzione e soprattutto per Fedora 33.

Come all'interno dei cambiamenti che sono contemplati per Fedora 33, hanno annunciato che intendono apportare una modifica che consiste nell'usare l'editor di testo predefinito "Vi" per prendere la proposta fatta da Chris Murphy del gruppo di lavoro sullo sviluppo di Fedora Workstation che consiste nell'implementazione di Nano.

Questa proposta non è ancora del tutto approvata dal Comitato, FESCO (Fedora Engineering Steering Committee), responsabile della parte tecnica dello sviluppo della distribuzione Fedora.

Come motivo utilizzare l'editor di testo nano come predefinito invece di vi, si accenna al desiderio di rendere la distribuzione più accessibile per principianti, fornendo un editor che può essere utilizzato da qualsiasi utente non hai una conoscenza particolare dei metodi di lavoro nell'editor Vi.

Allo stesso tempo, si prevede di continuare fornire il 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.

Inoltre, Fedora attualmente non imposta la variabile d'ambiente $ EDITOR, e per impostazione predefinita in comandi come "git commit" è chiamata vi.

Un altro cambiamento che gli sviluppatori Fedora hanno rilasciato e stanno discutendo, è oggetto di arresto dell'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.

In discussione, alcuni sviluppatori non sono d'accordo con l'interruzione del supporto BIOS, poiché il costo dell'ottimizzazione sarà la cessazione della possibilità di utilizzare nuove versioni di Fedora su alcuni laptop e PC rilasciati prima del 2013 e forniti con schede grafiche non vBIOS conformi UEFI.

Menziona anche la necessità di avviare Fedora su sistemi di virtualizzazione che supportano solo il BIOS.

Inoltre altri cambiamenti discussi per la distribuzione su Fedora 33 includono:

  • Uso del file system Btrfs predefinito sulle edizioni desktop e portatili di Fedora. L'utilizzo del gestore delle partizioni Btrfs integrato risolverà i problemi di esaurimento dello spazio libero su disco durante il montaggio separato delle directory / e / home.
    Con Btrfs, queste partizioni possono essere collocate in due sottosezioni, montate separatamente, ma utilizzando lo stesso spazio su disco.
    Btrfs ti consentirà anche di utilizzare funzionalità come snapshot, compressione trasparente dei dati, isolamento appropriato delle operazioni di input / output tramite cgroups2, ridimensionamento delle partizioni al volo.
  • Si prevede di aggiungere un processo SID in background (Storage Instantiation Daemon) per tenere traccia dello stato dei dispositivi in ​​vari sottosistemi di archiviazione (LVM, multipath, MD) e di gestire le chiamate quando si verificano determinati eventi, ad esempio per attivare e disattivare i dispositivi. SID funziona come un plug-in in udev e risponde agli eventi in udev, eliminando la necessità di creare regole udev complicate per interagire con varie classi di dispositivi e sottosistemi di archiviazione difficili da mantenere ed eseguire il debug.

Un commento, lascia il tuo

Lascia un tuo commento

L'indirizzo email non verrà pubblicato. I campi obbligatori sono contrassegnati con *

*

*

  1. Responsabile dei dati: Miguel Ángel Gatón
  2. Scopo dei dati: controllo SPAM, gestione commenti.
  3. Legittimazione: il tuo consenso
  4. Comunicazione dei dati: I dati non saranno oggetto di comunicazione a terzi se non per obbligo di legge.
  5. Archiviazione dati: database ospitato da Occentus Networks (UE)
  6. Diritti: in qualsiasi momento puoi limitare, recuperare ed eliminare le tue informazioni.

  1.   msoza suddetto

    Qualcuno ha provato XFS su un hdd e ha notato un miglioramento della velocità e delle prestazioni? sembra che aumentino gli rpm o diventino un SSD xD