Kilka lat temu dni, które udostępniamy tutaj na blogu dyskusja, która miała miejsce wewnątrz deweloperów Fedory, w której skomentowali oni plik zmiana z edytora vi na nano.
I to właśnie zaimplementowanie domyślnego użycia nano zamiast vi wynika z chęci uczynienia dystrybucji bardziej dostępną dla początkujących, dostarczając edytor, z którego może korzystać każdy użytkownik, który nie ma specjalnej wiedzy na temat metod pracy w edytorze Vi.
Jednocześnie planowane jest kontynuowanie dostarczania pakietu vim-minimal w podstawowym pakiecie dystrybucyjnym (bezpośrednie wywołanie vi pozostanie) i zapewnienie możliwości zmiany domyślnego edytora na vi lub vim na życzenie użytkownika . Fedora obecnie nie ustawia zmiennej środowiskowej $ EDITOR i domyślnie w poleceniach takich jak „git commit” nazywa się vi.
Po wielu rozmowach programiści zaakceptowali zmianę i zostanie ona zastosowana w następnej wersji Fedory, czyli wersja 33.
Oprócz tego Z drugiej strony dyskutowano również o zmianie EXT4 przez Btrfs w którym Komitet Sterujący ds. Inżynierii Fedory (FESCo), która jest odpowiedzialna za techniczny rozwój dystrybucji Fedory, zatwierdziła propozycję użycia domyślnego systemu plików Btrfs w komputerowych i przenośnych wydaniach Fedory.
Oprócz tego komitet zatwierdził również zmianę układu tak, aby używał domyślnego edytora tekstu nano zamiast vi.
Po podjęciu tych decyzji od Fedory 33 system plików Ext4 zostanie zmieniony na Btrfs domyślnie. To nie jest wielka rewolucja ani nieodwracalny krok, ale słońcelub zmiana domyślnych ustawień instalacji system, co w zasadzie nie będzie miało wpływu na ludzi, którzy aktualizują z poprzedniej Fedory lub tych, którzy nie chcą Btrfs. Ponieważ po prostu trzymają się preferowanego systemu plików.
Powód zmiany to Btrfs doda to nowe możliwości, a także lepsze sytuacje oszczędzania przestrzeni adresowej niestandardowe dla użytkowników.
Btrfs ma kilka przydatnych funkcji obecnie takie jak migawki kopiowania przy zapisie, przezroczysta kompresja danych na poziomie systemu plików, optymalizacja dla SSD, natywna obsługa RAID, już wskazuje na lepsze zarządzanie przestrzenią, bardziej wyrafinowany system sum kontrolnych, izolację I / O przez cgroups2, obsługę redukcji i uproszczenia partycji online oraz łatwiejszą konfigurację w terenie.
Korzystanie z wbudowanego menedżera partycji Btrfs rozwiąże problem braku wolnego miejsca na dysku podczas montowania katalogów / i / home osobno.
Poza tym argumentują, że kolejną wielką zaletą jest lmożliwość zmiany rozmiaru partycji online, w tym downsizing, nawet jeśli chodzi o możliwą integrację systemową.
Wreszcie, Btrfs upraszcza zarządzanie i obsługę złożonych systemów pamięci masowej i dodaje wydajną replikację, przyrostowe kopie zapasowe z wysyłaniem Btrfs / odbieraniem Btrfs itp.
Jeśli chodzi o inne zmiany, które wciąż są na stole i to wciąż się kłóci, jest kwestia zaprzestania obsługi uruchamiania przy użyciu klasycznego BIOS-u i pozostaw opcję instalacji tylko w systemach obsługujących UEFI.
To zostało postawione na stole od tego czasu obserwuje się, że systemy oparty na platformie Intel są wysyłane z UEFI od 2005 roku, a do 2020 roku Intel planował zaprzestać obsługi systemu BIOS na systemach klienckich i platformach centrów danych.
Dyskusja o odrzuceniu wsparcia dla BIOS-u w Fedorze też wynika z uproszczenia wdrażania technologii selektywnego wyświetlania z menu startowego, w którym menu jest domyślnie ukryte i jest wyświetlane tylko po awarii lub aktywacji opcji w GNOME.
W przypadku UEFI niezbędna funkcjonalność jest już dostępna w sd-boot, ale podczas korzystania z BIOS-u wymaga łatek dla GRUB2.