Weinigen geleden dagen delen we hier op de blog het nieuws over de discussie die intern plaatsvond onder de Fedora-ontwikkelaars, commentaar op de verandering van editor vi naar nano.
En is dat het implementeren van het standaardgebruik van nano in plaats van vi is te wijten aan de wens om de distributie toegankelijker te maken voor beginners door een editor aan te bieden die kan worden gebruikt door elke gebruiker die geen speciale kennis heeft van de werkmethoden in de Vi-editor.
Tegelijkertijd is het de bedoeling om door te gaan met de levering van het vim-minimal-pakket in het basisdistributiepakket (de directe aanroep naar vi blijft bestaan) en de mogelijkheid te bieden om de standaardeditor te wijzigen in vi of vim op verzoek van de gebruiker . Fedora stelt momenteel de omgevingsvariabele $ EDITOR niet in, en standaard wordt het in commando's zoals "git commit" vi genoemd.
En na veel gepraat de ontwikkelaars accepteerden de wijziging en het zal worden toegepast op de volgende versie van Fedora, dat is versie 33.
Daarnaast Anderzijds kwam de overstap van EXT4 naar Btrfs aan de orde waarin de Fedora Engineering Stuurgroep (FESCo), die verantwoordelijk is voor de technische ontwikkeling van de Fedora-distributie, keurde een voorstel goed om het standaard Btrfs-bestandssysteem te gebruiken op desktop en draagbare edities van Fedora.
Naast deze commissie keurde ook het wijzigen van de lay-out goed om de standaard nano-teksteditor te gebruiken in plaats van vi.
Met deze beslissingen genomen beginnend met Fedora 33 zal het Ext4 bestandssysteem veranderd worden in Btrfs standaard. Dit is geen grote revolutie of een onomkeerbare stap, maar de zonof een wijziging in de standaard installatie-instellingen systeem, wat in principe geen invloed zal hebben op mensen die upgraden van eerdere Fedora of degenen die geen Btrfs willen. Omdat ze gewoon bij uw favoriete bestandssysteem blijven.
De reden voor de verandering naar Btrfs, is dat dit zal nieuwe mogelijkheden toevoegen en ook ruimtebesparende situaties beter aanpakken niet-standaard voor gebruikers.
Btrfs heeft een aantal handige functies tegenwoordig zoals snapshots van copy-on-write, datacompressie op transparant bestandssysteemniveau, optimalisatie voor SSD, native RAID-ondersteuning, duidt al op een beter ruimtebeheer, een geavanceerder checksum-systeem, I / O-isolatie met behulp van cgroups2, ondersteuning voor online partitiereductie en vereenvoudiging, en eenvoudigere veldconfiguratie.
Met behulp van de ingebouwde Btrfs-partitiemanager het lost de problemen op van het opraken van vrije schijfruimte bij het mounten van de / en / homedirectory's afzonderlijk.
Daarnaast stellen ze dat l nog een groot voordeel iseen mogelijkheid om partities online te vergroten / verkleinen, inclusief downsizing, zelfs in termen van mogelijke systemd-homed integratie.
Ten slotte vereenvoudigt Btrfs het beheer en de werking van complexe opslagsystemen en voegt het efficiënte replicatie, incrementele back-ups met Btrfs verzenden / Btrfs ontvangen enz. Toe.
Wat betreft andere veranderingen die nog op tafel liggen en dat is nog steeds een discussie, is de kwestie van het stopzetten van de ondersteuning voor opstarten met het klassieke BIOS en laat de optie om alleen te installeren op systemen die UEFI ondersteunen.
Dit werd sindsdien op tafel gelegd Opgemerkt wordt dat de systemen gebaseerd op het Intel-platform zijn sinds 2005 verzonden vanuit UEFI en tegen 2020 was Intel van plan de ondersteuning van BIOS stop te zetten op clientsystemen en datacenterplatforms.
De discussie over het afwijzen van BIOS-ondersteuning ook in Fedora is te wijten aan de vereenvoudiging van de implementatie van selectieve weergavetechnologie vanuit het opstartmenu, waarin het menu standaard verborgen is en alleen wordt weergegeven na een crash of activering van de optie in GNOME.
Voor UEFI is de nodige functionaliteit al beschikbaar in sd-boot, maar bij gebruik van het BIOS zijn patches voor GRUB2 vereist.