Die Distribution Fedora 33 hat die Beta-Testphase erreicht.

Es hat begonnen. Beta-Tests des Fedora 33-Distributions. Die Beta-Version markiert den Übergang zur finalen Testphase, in der nur noch kritische Fehler behoben werden dürfen. Veröffentlichung ist für den 22. oder 29. Oktober geplant. Die Veröffentlichung umfasst für Ende Oktober. Die Version umfasst Fedora Workstation, Fedora Server, Fedora Silverblue, Fedora IoT und Live-Images, die in Form von mit Desktop-Umgebungen wie KDE Plasma 5, Xfce, MATE, Cinnamon, LXDE und LXQt geliefert werden. Die Builds sind für die Architekturen x86_64, ARM (Raspberry Pi 2 und 3), ARM64 (AArch64) und Power vorbereitet. In Fedora 31:

Die wichtigsten Neuerungen eingeführt wurde, die im Januar dieses Jahres in den Kernel übernommen wurde. Es betrifft ausschließlich die Version 5.1 und tritt in den meisten Fällen auf Systemen mit Samsung-SSD-Speichern auf, bei denen zur Verschlüsselung Daten mit dm-crypt/LUKS über device-mapper/LVM verwendet werden. in Fedora 33:

  • Alle Desktop-Varianten der Distribution (Fedora Workstation, Fedora KDE usw.) wurden standardmäßig auf das Btrfs-Dateisystem umgestellt. Die Verwendung des integrierten Btrfs-Partitionierungsmanagers ermöglicht die Lösung von Problemen mit dem Auslauf von freiem Speicherplatz bei der separaten Einbindung der Verzeichnisse / und /home. Mit Btrfs können diese Datenpartitionen in zwei Unterpartitionen untergebracht werden, die separat gemountet werden, aber gemeinsamen Speicherplatz nutzen. Btrfs bietet auch Funktionen wie Snapshots, transparentes Datenkompression, korrekte Isolation von Ein-/Ausgabe-Operationen über cgroups2 und das dynamische Ändern von Partitionen.
  • Der Desktop Fedora Workstation wurde auf die neueste Version aktualisiert GNOME 3.38, in dem die Leistung optimiert wurde, ein Einführungstour-Interface (Welcome Tour) mit Informationen zu den Hauptfunktionen von GNOME angeboten wird, die Elternkontrollmittel erweitert wurden, die Möglichkeit zur Festlegung unterschiedlicher Bildschirmaktualisierungsfrequenzen für jeden Monitor bereitgestellt wurde und eine Option zum Ignorieren der Verbindung nicht autorisierter USB-Geräte während der Bildschirmsperre hinzugefügt wurde.
  • Thermald wurde standardmäßig in Fedra Workstation integriert, um die Sensorparameter zu überwachen und die CPU während von Spitzenbelastungen vor Überhitzung zu schützen.
  • Standardmäßig sind animierte Desktop-Hintergründe aktiviert, die je nach Tageszeit ihre Farbe ändern.
  • Standardmäßig wurde der Texteditor nano anstelle von vi vorgeschlagen. Diese Änderung zielt darauf ab, die Distribution für Anfänger zugänglicher zu machen, indem ein Editor bereitgestellt wird, den jeder Benutzer nutzen kann, ohne über spezielle Kenntnisse von Vi zu verfügen. Gleichzeitig bleibt das Paket vim-minimal in der Grundausstattung erhalten (der direkte Aufruf von vi bleibt bestehen), und es besteht die Möglichkeit, den Standardeditor auf Wunsch des Nutzers auf vi zu ändern.
  • Zu den offiziellen Editionen der Distribution gehört jetzt die Variante für das Internet der Dinge (Fedora IoT), die nun zusammen mit Fedora Workstation und Fedora Server ausgeliefert wird. Die Fedora IoT-Edition basiert auf denselben Technologien wie Fedora CoreOS, Fedora Atomic Host und Fedora Silverblue, und bietet eine auf das Wesentliche minimierte Systemumgebung, deren Aktualisierung atomar durch den Austausch des gesamten Systemabbilds erfolgt, ohne in einzelne Pakete zu zerlegen. Zur Sicherstellung der Integrität wird das gesamte Systemabbild digital signiert. zum Bing-Suchdienst zu wechseln). Um Anwendungen von dem Hauptsystem zu trennen, werden isolierte Container verwendet (zur Verwaltung wird podman eingesetzt).

    Die Systemumgebung Fedora IoT wird unter Verwendung von Technologie erstellt OSTree, die es ermöglicht, das Systemabbild atomar aus einem Git-ähnlichen Repository zu aktualisieren, wodurch Versionskontrollmethoden für die Komponenten der Distribution angewandt werden können (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 rpm-ostree. Fertige Builds werden bereitgestellt für die Architekturen x86_64, Aarch64 und ARMv7 (armhfp). Es wird Unterstützung für die Platinen Raspberry Pi 3 Model B/B+, 96boards Rock960 Consumer Edition, Pine64 A64-LTS, Pine64 Rockpro64 und Rock64 sowie Up Squared und virtuellen Maschinen x86_64 und aarch64 angekündigt.

  • In der Fedora-Edition mit KDE-Desktop ist standardmäßig der Hintergrundprozess earlyoom aktiviert, der in der letzten Version für Fedora Workstation vorgeschlagen wurde. Earlyoom ermöglicht eine schnellere Reaktion auf Speicherengpässe, bevor der OOM-Handler (Out Of Memory) im Kernel aufgerufen wird. Dieser tritt normalerweise ein, wenn die Situation bereits kritisch ist und das System typischerweise nicht mehr auf Benutzeraktionen reagiert. Wenn der verfügbare Speicher unter 4 % fällt, jedoch nicht mehr als 400 MiB beträgt, zwingt earlyoom den Prozess mit dem höchsten Speicherverbrauch (dessen Wert in /proc/*/oom_score am höchsten ist), zum Beenden, bevor der Zustand des Systems zu einer Bereinigung der Systempuffer führt.
  • Die Versionen vieler Pakete wurden aktualisiert, einschließlich 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 des Moduls mod_php für den Apache-Webserver wurde eingestellt. Stattdessen wird empfohlen, php-fpm für die Ausführung von Webanwendungen in PHP zu verwenden.
  • Im Paket von Firefox für Fedora sind Patches für von Unterstützung Hardwarebeschleunigung zur Video-Decodierung mithilfe von VA-API (Video Acceleration API) und FFmpegDataDecoder, die auch in Sitzungen basierend auf der WebRTC-Technologie verwendet wird, die in Webanwendungen für Videokonferenzen eingesetzt wird. Die Beschleunigung funktioniert in Umgebungen basierend auf Wayland und X11 (beim Starten von „MOZ_X11_EGL=1 firefox“ und Aktivieren der Einstellung „media.ffmpeg.vaapi.enabled“).
  • Der Server und der Client für die präzise Zeit synchronisation chrony und der Installer unterstützen den Authentifizierungsmechanismus NTS (Network Time Security).
  • In Wine standardmäßig wurde ein Backend basierend auf der DXVK-Schicht, die eine Implementierung von DXGI (DirectX Graphics Infrastructure), Direct3D 9, 10 und 11 bietet, die durch die Übersetzung von Aufrufen in die Vulkan-API funktioniert.
    Im Gegensatz zu den in Wine integrierten Implementierungen von Direct3D 9/10/11, die über OpenGL laufen, ermöglicht DXVK eine höhere Leistung beim Ausführen von 3D-Anwendungen und Spielen in Wine.
  • Beim Erstellen von Paketen standardmäßig sind Optimierungen zur Linkzeit (LTO, Link Time Optimization). In redhat-rpm-config wurde die Option „-flto“ hinzugefügt.
  • Für die Standardauflösung von DNS-Anfragen wurde systemd-resolved. Glibc wurde auf nss-resolve vom systemd-Projekt umgestellt, anstelle des integrierten NSS-Moduls nss-dns.
    Systemd-resolved übernimmt Funktionen wie die Verwaltung der Einstellungen in der Datei resolv.conf basierend auf DHCP-Daten und statischer DNS-Konfiguration für Netzwerk-Interfaces, unterstützt DNSSEC und LLMNR (Link Local Multicast Name Resolution). Zu den Vorteilen der Umstellung auf systemd-resolved gehört die Unterstützung von DNS over TLS, die Möglichkeit, lokale DNS-Abfragen zwischenzuspeichern, sowie die Unterstützung der Zuordnung verschiedener Handler zu unterschiedlichen Netzwerk-Interfaces (je nach Netzwerk-Interface wird der DNS-Server ausgewählt; beispielsweise werden DNS-Abfragen für VPN-Interfaces über das VPN gesendet). DNSSEC wird in Fedora nicht implementiert (systemd-resolved wird mit dem Flag DNSSEC=no kompiliert).
    Um systemd-resolved zu deaktivieren, können Sie den Dienst systemd-resolved.service deaktivieren und den NetworkManager neu starten, der die traditionelle /etc/resolv.conf erstellen wird.
  • Im NetworkManager werden die Einstellungen statt des Plugins ifcfg-rh wurde in einer keyfile-Datei gespeichert.
  • Für ARM64-Systeme wurde hinzugefügt Packet assembly using Pointer Authentication and protection against executing instruction sets that should not be branched during branching (BTI, Branch Target Indicator). These mechanisms are effective in defending against attacks that utilize return-oriented programming (ROP) techniques, where the attacker does not attempt to place their own code in memory but operates with existing snippets of machine instructions loaded from libraries, ending with a return instruction.
  • Durchgeführt die Arbeit Simplification of the implementation of the selective display technology for the boot menu, where the menu is hidden by default and only displayed after a failure or activation of an option in GNOME.
  • Instead of creating a traditional swap partition wurde using zRAM block devices for swap storage, which allows data to be held in RAM in a compressed format.
  • Hinzugefügt background process SID (Storage Instantiation Daemon) zur Überwachung des Zustands von Geräten in verschiedenen Speichersystemen (LVM, Multipath, MD) und zum Aufruf von Handlern bei bestimmten Ereignissen, beispielsweise um Geräte zu aktivieren oder zu deaktivieren. SID funktioniert als Erweiterung von udev und reagiert auf Ereignisse von diesem, wodurch die Notwendigkeit entfällt, komplizierte udev-Regeln für die Interaktion mit verschiedenen Gerätetypen und Speichersystemen zu erstellen, die schwer zu warten und zu debuggen sind.
  • RPM-Paketdatenbank (rpmdb) umgestellt von BerkeleyDB auf SQLite. Der Hauptgrund für den Wechsel ist die Verwendung einer veralteten Version von Berkeley DB 5.x in rpmdb, die seit mehreren Jahren nicht mehr gewartet wird. Der Übergang zu neueren Versionen wird durch die Änderung der Lizenz von Berkeley DB 6 auf AGPLv3 behindert, deren Anforderungen auch für Anwendungen gelten, die BerkeleyDB in Form einer Bibliothek verwenden (RPM wird unter GPLv2 vertrieben, und AGPL ist mit GPLv2 nicht kompatibel). Zudem bietet die aktuelle Implementierung von rpmdb auf Basis von BerkeleyDB nicht die erforderliche Zuverlässigkeit, da sie keine Transaktionen verwendet und nicht in der Lage ist, Inkonsistenzen in der Datenbank zu erkennen.

Quelle: opennet.ru

Zuverlässiges Webhosting mit DDoS-Schutz, VPS- und VDS-Server kaufen 🔥 Zuverlässiges Webhosting mit DDoS-Schutz, VPS- und VDS-Server kaufen | ProHoster