Cu puțini în urmă zile împărtășim aici pe blog știrile despre discuția care avea loc intern între dezvoltatorii Fedora, în care au comentat despre trece de la vi editor la nano.
Și este că implementarea utilizării implicite a nano în loc de vi se datorează dorinței de a face distribuția mai accesibilă pentru începători prin furnizarea unui editor care poate fi folosit de orice utilizator care nu are cunoștințe speciale despre metodele de lucru în editorul Vi.
În același timp, se plănuiește să continue livrarea pachetului vim-minimal în pachetul de distribuție de bază (apelul direct către vi va rămâne) și să ofere posibilitatea de a schimba editorul implicit la vi sau vim la cererea utilizatorului. Fedora în prezent nu setează variabila de mediu $EDITOR, iar implicit în comenzi precum „git commit” se numește vi.
Și bine după multe discuții, Dezvoltatorii au acceptat modificarea și va fi aplicată la următoarea versiune de Fedora, care este versiunea 33.
În plus, Pe de altă parte, a fost discutată și schimbarea de la EXT4 la Btrfs in care Comitetul de conducere Fedora Engineering (FESCo), care este responsabil pentru dezvoltarea tehnică a distribuției Fedora, a aprobat o propunere de utilizare a sistemului de fișiere implicit Btrfs în edițiile desktop și portabile ale Fedora.
În plus, acest comitet a aprobat și schimbarea distribuției pentru a utiliza editorul de text nano implicit în loc de vi.
Cu aceste decizii luate Începând cu Fedora 33, sistemul de fișiere Ext4 va fi schimbat în Btrfs în mod implicit. Aceasta nu este o revoluție majoră sau un pas ireversibil, ci soaresau o modificare a configurației implicite de instalare a sistemului, care în principiu nu va afecta persoanele care fac upgrade de la Fedora precedentă sau pe cei care nu doresc Btrfs. Deoarece pur și simplu rămân cu sistemul lor de fișiere preferat.
Raționamentul schimbării la Btrfs, este asta Acest lucru va adăuga noi capabilități și, de asemenea, va aborda mai bine situațiile de economisire a spațiului non-standard pentru utilizatori.
Btrfs are câteva caracteristici care sunt utile astăzi, cum ar fi instantanee cu copiere la scriere, compresie transparentă a datelor la nivel de sistem de fișiere, optimizare pentru SSD, suport nativ RAID, indică deja o gestionare mai bună a spațiului, un sistem de sumă de control mai sofisticat, izolarea I/O folosind cgroups2, suport pentru reducerea și simplificarea partițiilor online și configurarea mai ușoară a câmpului.
Folosind managerul de partiții Btrfs încorporat va rezolva problemele de a rămâne fără spațiu liber pe disc la montarea directoarelor / și /home separat.
Pe lângă faptul că argumentează că un alt mare avantaj este lAbilitatea de a redimensiona partițiile online, inclusiv reducerea, chiar și în ceea ce privește posibila integrare systemd-homed.
În cele din urmă, Btrfs simplifică gestionarea și operarea sistemelor de stocare complexe și adaugă replicare eficientă, backup-uri incrementale cu trimitere Btrfs/primire Btrfs etc.
Cât despre alte modificări care sunt încă pe masă și despre asta încă se discută, este problema întreruperii suportului pentru pornirea folosind BIOS-ul clasic și lăsați opțiunea de a instala numai pe sistemele care acceptă UEFI.
Aceasta, a fost pusă pe masă, din moment ce se observă că sistemele bazat pe platforma Intel au fost livrate de la UEFI din 2005, iar până în 2020 Intel a planificat să nu mai suporte BIOS-ul pe sisteme client și platforme de centre de date.
Discuția despre respingerea suportului BIOS și în Fedora se datorează simplificării implementării tehnologiei de afișare selectivă din meniul de boot, în care meniul este ascuns în mod implicit și este afișat numai după o blocare sau activarea opțiunii în GNOME.
Pentru UEFI, funcționalitatea necesară este deja disponibilă în sd-boot, dar atunci când se utilizează BIOS este nevoie de patch-uri pentru GRUB2.