Fedora 33 zal overschakelen naar Vi voor Nano en het beëindigen van BIOS-ondersteuning wordt besproken

Fedora-ontwikkelaars ze zijn niet met hun armen over elkaar gebleven tegenover het huidige probleem dat de pandemie ondervindt en dat wil zeggen hebben de afgelopen dagen verschillende nieuwsberichten vrijgegeven best interessant voor zover het toekomstige versies van de distributie betreft en speciaal voor Fedora 33.

als binnen de veranderingen die worden overwogen voor Fedora 33 hebben ze aangekondigd dat ze van plan zijn een verandering aan te brengen die is om van het gebruik van de standaard teksteditor "Vi" te gaan om het voorstel van Chris Murphy van de werkgroep over de ontwikkeling van Fedora Workstation die bestaat uit bij het implementeren van Nano.

Dit voorstel is nog niet volledig goedgekeurd door het Comité, FESCO (Fedora Engineering Steering Committee), verantwoordelijk voor het technische deel van de ontwikkeling van de Fedora-distributie.

Als motief om de nano-teksteditor als standaard te gebruiken in plaats van vi, de wens om de distributie toegankelijker te maken wordt genoemd voor beginners, het verstrekken van een editor die door elke gebruiker kan worden gebruikt je hebt geen speciale kennis van de werkmethoden in de Vi-editor.

Tegelijkertijd is het de bedoeling om door te gaan het leveren van het vim-minimal-pakket in het basisdistributiepakket (de directe aanroep naar vi zal blijven) en de mogelijkheid bieden om de standaardeditor te wijzigen in vi of vim op verzoek van de gebruiker.

Bovendien stelt Fedora momenteel de omgevingsvariabele $ EDITOR niet in, en standaard wordt het in commando's zoals "git commit" vi genoemd.

Nog een verandering die Fedora-ontwikkelaars hebben vrijgegeven en bespreken, is het onderwerp van het stoppen van het opstarten met behulp van 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.

In discussiewaren sommige ontwikkelaars het daar niet mee eens met de stopzetting van BIOS-ondersteuning, aangezien de optimalisatiekosten de beëindiging zullen zijn van de mogelijkheid om nieuwe versies van Fedora te gebruiken op sommige laptops en pc's die vóór 2013 zijn uitgebracht en worden geleverd met UEFI-compatibele niet-vBIOS grafische kaarten.

Het vermeldt ook de noodzaak om Fedora te starten op virtualisatiesystemen die alleen BIOS ondersteunen.

Bovendien andere wijzigingen besproken voor implementatie op Fedora 33 zijn:

  • Gebruik van het standaard Btrfs bestandssysteem op desktop en draagbare edities van Fedora. Het gebruik van de ingebouwde Btrfs-partitiemanager lost de problemen op van een tekort aan vrije schijfruimte bij het afzonderlijk monteren van de / en / home-mappen.
    Met Btrfs kunnen deze partities in twee subsecties worden geplaatst, afzonderlijk worden aangekoppeld, maar met dezelfde schijfruimte.
    Met Btrfs kunt u ook functies gebruiken zoals snapshots, transparante datacompressie, correcte isolatie van invoer- / uitvoerbewerkingen via cgroups2, het formaat van partities direct wijzigen.
  • Het is de bedoeling om een ​​SID-proces op de achtergrond (Storage Instantiation Daemon) toe te voegen om de status van apparaten in verschillende opslagsubsystemen (LVM, multipath, MD) en call-handlers bij te houden wanneer bepaalde gebeurtenissen plaatsvinden, bijvoorbeeld om apparaten te activeren en deactiveren . SID werkt als een plug-in in udev en reageert op gebeurtenissen in udev, waardoor het niet meer nodig is ingewikkelde udev-regels te maken voor interactie met verschillende klassen apparaten en opslagsubsystemen die moeilijk te onderhouden en te debuggen zijn.

Laat je reactie achter

Uw e-mailadres wordt niet gepubliceerd. Verplichte velden zijn gemarkeerd met *

*

*

  1. Verantwoordelijk voor de gegevens: Miguel Ángel Gatón
  2. Doel van de gegevens: Controle SPAM, commentaarbeheer.
  3. Legitimatie: uw toestemming
  4. Mededeling van de gegevens: De gegevens worden niet aan derden meegedeeld, behalve op grond van wettelijke verplichting.
  5. Gegevensopslag: database gehost door Occentus Networks (EU)
  6. Rechten: u kunt uw gegevens op elk moment beperken, herstellen en verwijderen.

  1.   msoza zei

    Heeft iemand XFS op een hdd geprobeerd en een verbetering in snelheid en prestaties opgemerkt? het lijkt alsof ze het toerental verhogen of een SSD xD worden