Fedora 33 wird für Nano zu Vi wechseln und die Einstellung der BIOS-Unterstützung wird diskutiert

Fedora-Entwickler Sie sind angesichts des aktuellen Problems der Pandemie nicht mit verschränkten Armen geblieben haben in den letzten Tagen mehrere Nachrichten veröffentlicht ziemlich interessant für zukünftige Versionen der Distribution und speziell für Fedora 33.

Seit innerhalb der Änderungen, die in Betracht gezogen werden Für Fedora 33 gaben sie bekannt, dass sie eine Änderung planen, die ist von der Verwendung des Standard-Texteditors "Vi" zu gehen den Vorschlag von Chris Murphy von der Arbeitsgruppe zur Entwicklung der Fedora Workstation anzunehmen, die besteht bei der Implementierung von Nano.

Dieser Vorschlag ist noch nicht vollständig genehmigt vom Ausschuss FESCO (Fedora Engineering Steering Committee), der für den technischen Teil der Entwicklung der Fedora-Distribution verantwortlich ist.

Als Motiv um den Nano-Texteditor als Standard anstelle von vi zu verwenden, Der Wunsch, die Verbreitung zugänglicher zu machen, wird erwähnt für Anfänger, Bereitstellung eines Editors, der von jedem Benutzer verwendet werden kann Sie haben keine besonderen Kenntnisse der Arbeitsmethoden im Vi-Editor.

Gleichzeitig ist geplant, fortzufahren Bereitstellung des vim-minimal-Pakets im Basisverteilungspaket (der direkte Aufruf von vi bleibt bestehen) und Bereitstellung der Möglichkeit, den Standardeditor auf zu ändern vi oder vim auf Wunsch des Benutzers.

Außerdem legt Fedora die Umgebungsvariable $ EDITOR derzeit nicht fest und wird in Befehlen wie "git commit" standardmäßig als vi bezeichnet.

Eine andere änderung dass Fedora-Entwickler veröffentlicht haben und diskutieren, ist das Thema des Stoppens des Starts mit dem klassischen BIOS und lassen Sie die Option, nur auf Systemen zu installieren, die UEFI unterstützen.

Dies wurde seitdem auf den Tisch gelegt Es wird beobachtet, dass die Systeme basierend auf der Intel-Plattform werden seit 2005 von UEFI ausgeliefert, und bis 2020 plante Intel, die Unterstützung des BIOS einzustellen auf Client-Systemen und Rechenzentrumsplattformen.

Die Diskussion über die Ablehnung der BIOS-Unterstützung auch in Fedora ist auf die Vereinfachung der Implementierung der selektiven Anzeigetechnologie zurückzuführen aus dem Startmenü, in dem das Menü standardmäßig ausgeblendet ist und erst nach einem Absturz oder einer Aktivierung der Option in GNOME angezeigt wird.

Für UEFI ist die erforderliche Funktionalität bereits in SD-Boot verfügbar, bei Verwendung des BIOS sind jedoch Patches für GRUB2 erforderlich.

In der DiskussionEinige Entwickler waren anderer Meinung Mit der Einstellung der BIOS-Unterstützung werden die Optimierungskosten die Beendigung der Möglichkeit sein, neue Versionen von Fedora auf einigen Laptops und PCs zu verwenden, die vor 2013 veröffentlicht und mit UEFI-kompatiblen Nicht-vBIOS-Grafikkarten ausgeliefert wurden.

Es wird auch die Notwendigkeit erwähnt, Fedora auf Virtualisierungssystemen zu starten, die nur das BIOS unterstützen.

außerdem andere Änderungen diskutiert Für den Einsatz auf Fedora 33 gehören:

• Verwendung des Standard-Btrfs-Dateisystems auf Desktop- und tragbaren Editionen von Fedora. Die Verwendung des integrierten Btrfs-Partitionsmanagers löst die Probleme, wenn nicht genügend Speicherplatz zur Verfügung steht, wenn die Verzeichnisse / und / home separat bereitgestellt werden.
  Mit Btrfs können diese Partitionen in zwei Unterabschnitten platziert werden, die separat bereitgestellt werden, jedoch denselben Speicherplatz verwenden.
  Mit Btrfs können Sie auch Funktionen wie Snapshots, transparente Datenkomprimierung, ordnungsgemäße Isolierung von Eingabe- / Ausgabeoperationen über cgroups2 und die Größenänderung von Partitionen im laufenden Betrieb verwenden.
• Es ist geplant, einen Hintergrund-SID-Prozess (Storage Instantiation Daemon) hinzuzufügen, um den Status von Geräten in verschiedenen Speichersubsystemen (LVM, Multipath, MD) zu verfolgen und Handler aufzurufen, wenn bestimmte Ereignisse auftreten, z. B. um Geräte zu aktivieren und zu deaktivieren . SID fungiert als Plug-In in udev und reagiert auf Ereignisse in udev, sodass keine komplizierten udev-Regeln für die Interaktion mit verschiedenen Klassen von Geräten und Speichersubsystemen erstellt werden müssen, die schwer zu warten und zu debuggen sind.