Beta-Test des Fedora 33-Distributions. Die Beta-Version markiert den Übergang zur finalen Testphase, in der nur die Behebung kritischer Fehler erlaubt ist. Veröffentlichung für Ende Oktober. Die Veröffentlichung umfasst , Fedora Server, Fedora Silverblue, Fedora IoT und Live-Editionen, die in Form von mit den Desktop-Umgebungen KDE Plasma 5, Xfce, MATE, Cinnamon, LXDE und LXQt. Die Builds sind für die Architekturen x86_64, ARM (Raspberry Pi 2 und 3), ARM64 (AArch64) und Power vorbereitet.
Die wichtigsten in Fedora 33:
- Alle Desktop-Varianten der Distribution (Fedora Workstation, Fedora KDE usw.) sind standardmäßig auf die Verwendung des Btrfs-Dateisystems umgestellt. Der Einsatz des integrierten Btrfs-Partitionmanagers wird Probleme mit dem Verbrauch des freien Speicherplatzes beim separaten Mounten der Verzeichnisse / und /home lösen. Mit Btrfs können diese Partitionen in zwei separat gemountete Unterabschnitte gelegt werden, die jedoch gemeinsamen Speicherplatz nutzen. Btrfs ermöglicht auch Funktionen wie Snapshots, transparente Datenkompression, korrekte Isolation von Ein-/Ausgabe-Operationen über cgroups2 und das dynamische Ändern der Partitionen.
- Der Fedora Workstation-Desktop wurde auf die Version aktualisiert, die eine Leistungsoptimierung bietet, eine Einführungsschnittstelle (Welcome Tour) mit Informationen zu den Hauptfunktionen von GNOME enthält, die elterlichen Kontrollmöglichkeiten erweitert, die Möglichkeit bietet, unterschiedliche Bildwiederholfrequenzen für jeden Monitor festzulegen, sowie eine Option zum Ignorieren der Verbindung nicht autorisierter USB-Geräte während der Bildschirmsperre hinzugefügt hat.
- Thermald wurde standardmäßig in die Fedora Workstation integriert, um die Parameter der Temperatursensoren zu überwachen und die CPU vor Überhitzung während hoher Auslastung zu schützen.
- Standardmäßig sind animierte Desktop-Hintergründe aktiviert, die ihre Farbe entsprechend der Tageszeit ändern.
- Anstelle von vi wird standardmäßig der Texteditor nano angeboten. Diese Änderung soll die Distribution für Anfänger zugänglicher machen, indem ein Editor bereitgestellt wird, der von jedem Benutzer ohne spezielle Kenntnisse der Arbeitsweise im Vi-Editor verwendet werden kann. Dabei bleibt das Paket vim-minimal in der Grundausstattung erhalten (der direkte Aufruf von vi bleibt bestehen) und es wird die Möglichkeit geboten, den Standardeditor auf vi nach Wunsch des Benutzers zu ändern.
- Die offizielle Edition der Distribution umfasst (Fedora IoT), das jetzt zusammen mit Fedora Workstation und Fedora Server angeboten wird. Die Fedora IoT-Edition basiert auf denselben Technologien, die in , und , und bietet eine auf ein Minimum reduzierte Systemumgebung, deren Aktualisierung atomar durch den Austausch des gesamten Systemabbilds erfolgt, ohne sie in separate Pakete aufzuteilen. Zur Sicherstellung der Integrität wird das gesamte Systemabbild mit einer digitalen Signatur verifiziert. Um Anwendungen von der Hauptsystem zu trennen, werden isolierte Container verwendet (verwendet wird podman zur Verwaltung).
Die Systemumgebung von Fedora IoT wird mit der Technologie , bei der das Systemimage atomar aus einem git-ähnlichen Repository aktualisiert wird, das es ermöglicht, Versionskontrollmethoden auf die Komponenten der Distribution anzuwenden (zum Beispiel kann das System schnell auf einen früheren Zustand zurückgesetzt werden). RPM-Pakete werden über eine spezielle Schicht in das OSTree-Repository übertragen . Fertige Builds für die Architekturen x86_64, Aarch64 und ARMv7 (armhfp) erstellt. Es wird Unterstützung für Raspberry Pi 3 Model B/B+, 96boards Rock960 Consumer Edition, Pine64 A64-LTS, Pine64 Rockpro64 und Rock64 sowie Up Squared und virtuelle Maschinen x86_64 und aarch64 angeboten.
- In der KDE-Desktop-Edition von Fedora ist standardmäßig der Hintergrundprozess earlyoom aktiviert, der im letzten Release von Fedora Workstation vorgeschlagen wurde. Earlyoom ermöglicht eine schnellere Reaktion auf Speichermangel, bevor der OOM-Handler (Out Of Memory) im Kernel ausgelöst wird, der normalerweise aktiviert wird, wenn die Situation kritisch wird und das System in der Regel nicht mehr auf Benutzeraktionen reagiert. Wenn der verfügbare Speicher weniger als 4% beträgt, aber nicht mehr als 400 MiB, beendet earlyoom den Prozess, der den meisten Speicher verbraucht (den mit dem höchsten Wert /proc/*/oom_score), ohne den Systemzustand zur Bereinigung der Systempuffer zu bringen.
- Viele Pakete wurden aktualisiert, darunter RPM 4.16, Python 3.9, Perl 5.32, Binutils 2.34, Boost 1.73, Glibc 2.32, Go 1.15, Java 11, LLVM/Clang 11, GNU Make 4.3, Node.js 14, Erlang 23, LXQt 0.15.0, Ruby on Rails 6.0, Stratis 2.1.0. Die Unterstützung für Python 2.6 und Python 3.4 wurde eingestellt. Für die Architektur aarch64 wird .NET Core bereitgestellt.
- Die Unterstützung für das Modul mod_php für den HTTP-Server Apache wurde eingestellt, stattdessen wird empfohlen, php-fpm zum Ausführen von Webanwendungen in PHP zu verwenden.
- Im Fedora-Paket mit Firefox sind Patches für hardwarebeschleunigtes Video-Rendering mit VA-API (Video Acceleration API) und FFmpegDataDecoder enthalten, die insbesondere in Sessions auf Basis von WebRTC verwendet werden, die in Webanwendungen für Videokonferenzen genutzt werden. Die Beschleunigung funktioniert in Umgebungen, die auf Wayland und X11 basieren (beim Start mit „MOZ_X11_EGL=1 firefox“ und Aktivierung der Einstellung „media.ffmpeg.vaapi.enabled“).
- Im Server und Client zur Synchronisierung der genauen Uhrzeit chrony und im Installer ist die Unterstützung des NTS-Authentifizierungsmechanismus (Network Time Security) enthalten.
- In Wine standardmäßig ein Backend basierend auf der DXVK-Schicht, die eine Implementierung von DXGI (DirectX Graphics Infrastructure), Direct3D 9, 10 und 11 bereitstellt, die über die Übersetzung von Aufrufen in die Vulkan-API arbeitet.
Im Gegensatz zu den in Wine integrierten Implementierungen von Direct3D 9/10/11, die auf OpenGL basieren, ermöglicht DXVK eine höhere Leistung beim Ausführen von 3D-Anwendungen und Spielen in Wine. - Beim Paketbau standardmäßig Optimierungen zur Link-Zeit (LTO, Link Time Optimization). In redhat-rpm-config wurde die Option „-flto“ hinzugefügt.
- Für die Auflösung von DNS-Anfragen standardmäßig systemd-resolved. Glibc wurde auf nss-resolve vom Projekt systemd umgestellt, anstatt das integrierte NSS-Modul nss-dns zu verwenden.
Systemd-resolved führt Funktionen wie das Beibehalten von Einstellungen in der Datei resolv.conf basierend auf DHCP-Daten und statischer DNS-Konfiguration für Netzwerkinterfaces aus, unterstützt DNSSEC und LLMNR (Link Local Multicast Name Resolution). Zu den Vorteilen des Wechsels zu systemd-resolved gehört die Unterstützung von DNS over TLS, die Möglichkeit, lokales Caching von DNS-Anfragen zu aktivieren, und die Unterstützung der Bindung verschiedener Handler an verschiedene Netzwerkinterfaces (je nach Netzwerkinterface wird der DNS-Server ausgewählt, z.B. für VPN-Interfaces werden DNS-Anfragen über VPN gesendet). Die Anwendung von DNSSEC in Fedora ist nicht geplant (systemd-resolved wird mit der Flagge DNSSEC=no kompiliert).
Um systemd-resolved zu deaktivieren, kann der Dienst systemd-resolved.service deaktiviert und der NetworkManager neu gestartet werden, der die traditionelle /etc/resolv.conf erstellt. - Im NetworkManager zur Speicherung der Einstellungen anstelle des Plugins ifcfg-rh eine Datei im keyfile-Format.
- Für ARM64-Systeme das Packen von Paketen unter Verwendung von Pointer Authentication und Schutz gegen das Ausführen von Befehlssätzen, bei denen keine Sprünge bei Verzweigungen erfolgen sollten (BTI, Branch Target Indicator). Die angegebenen Mechanismen sind effektiv zum Schutz vor Angriffen, die Techniken des Return Oriented Programming (ROP) verwenden, bei denen der Angreifer nicht versucht, seinen eigenen Code im Speicher zu platzieren, sondern bereits vorhandene Teile maschinenlesbarer Anweisungen in den geladenen Bibliotheken verwendet, die mit einer Rücksprunganweisung enden.
- Durchgeführt wurde zur Vereinfachung der Implementierung der Technologie für die Auswahl des Bootmenüs, bei der das Menü standardmäßig verborgen ist und nur nach einem Fehler oder durch Aktivierung einer Option in GNOME angezeigt wird.
- Anstatt einen traditionellen Swap-Bereich zu erstellen Platzierung des Swaps (Swap) unter Verwendung des Blockgeräts zRAM, das die Speicherung von Daten im RAM in komprimierter Form ermöglicht.
- der Hintergrundprozess (Storage Instantiation Daemon) zur Überwachung des Status von Geräten in verschiedenen Speichersubsystemen (LVM, Multipath, MD) und zum Aufrufen von Handlern bei bestimmten Ereignissen, zum Beispiel zur Aktivierung und Deaktivierung von Geräten. SID fungiert als Erweiterung von udev und reagiert auf Ereignisse von diesem, wodurch die Erstellung komplizierter udev-Regeln für die Interaktion mit verschiedenen Geräteklassen und Speichersubsystemen, die schwer zu warten und zu debuggen sind, vermieden werden kann.
- RPM-Paketdatenbank (rpmdb) von BerkeleyDB auf SQLite. Als Hauptgrund für den Wechsel wird die Verwendung einer veralteten Version von Berkeley DB 5.x in der rpmdb angeführt, die seit mehreren Jahren nicht mehr gewartet wird. Der Umstieg auf neuere Versionen wird durch die Änderung der Lizenz von Berkeley DB 6 auf AGPLv3 erschwert, deren Anforderungen sich auch auf Anwendungen erstrecken, die BerkeleyDB in Form einer Bibliothek verwenden (RPM wird unter GPLv2 bereitgestellt, und AGPL ist nicht mit GPLv2 kompatibel). Darüber hinaus bietet die aktuelle Implementierung der rpmdb auf Basis von BerkeleyDB nicht die notwendige Zuverlässigkeit, da keine Transaktionen verwendet werden und Inkonsistenzen in der Datenbank nicht erkannt werden können.
Quelle: opennet.ru
