Fedora Linux 38 est entré en bêta test

Les tests de la version bêta de la distribution Fedora Linux 38 ont commencé. La version bêta a marqué la transition vers la dernière étape des tests, dans laquelle seuls les bogues critiques sont corrigés. La sortie est prévue pour le 18 avril. La version couvre Fedora Workstation, Fedora Server, Fedora Silverblue, Fedora IoT, Fedora CoreOS, Fedora Cloud Base et Live builds, livrées sous forme de spins avec les environnements utilisateur KDE Plasma 5, Xfce, MATE, Cinnamon, LXDE, Phosh, LXQt, Perruche et Sway. Les assemblys sont générés pour les architectures x86_64, Power64 et ARM64 (AArch64).

Les changements les plus significatifs dans Fedora Linux 38 sont :

  • Mise en œuvre de la première étape de transition vers le processus de démarrage modernisé proposé par Lennart Pottering. Les différences avec le démarrage classique consistent à utiliser à la place de l'image initrd générée sur le système local lors de l'installation du paquetage du noyau, l'image unifiée du noyau UKI (Unified Kernel Image) générée dans l'infrastructure de distribution et certifiée par la signature numérique de la distribution. UKI combine un gestionnaire pour démarrer le noyau à partir de UEFI (stub de démarrage UEFI), une image du noyau Linux et un environnement système initrd chargé en mémoire dans un seul fichier. Lors de l'appel de l'image UKI depuis UEFI, il est possible de vérifier l'intégrité et la validité de la signature numérique non seulement du noyau, mais également du contenu de l'initrd, dont la validation est importante car dans cet environnement les clés sont extraites pour déchiffrer la racine FS. Lors de la première étape, la prise en charge de l'UKI a été ajoutée au chargeur de démarrage, des outils d'installation et de mise à jour de l'UKI ont été implémentés et une image UKI expérimentale a été créée, axée sur le démarrage de machines virtuelles avec un ensemble limité de composants et de pilotes.
  • Le gestionnaire de packages RPM pour l'analyse des clés et des signatures numériques utilise le package Sequoia, qui propose une implémentation d'OpenPGP dans le langage Rust. Auparavant, RPM utilisait son propre code d'analyse OpenPGP, qui présentait des problèmes et des limitations non résolus. Le package rpm-sequoia a été ajouté en tant que dépendance directe à RPM, dans lequel le support des algorithmes cryptographiques est basé sur la bibliothèque Nettle écrite en C (il est prévu de fournir la possibilité d'utiliser OpenSSL).
  • Mise en œuvre de la première étape de mise en œuvre du nouveau gestionnaire de packages Microdnf, qui remplace le DNF actuellement utilisé. La boîte à outils Microdnf a été considérablement mise à jour et prend désormais en charge toutes les fonctionnalités principales de DNF, mais en même temps, elle se caractérise par des performances et une compacité élevées. La principale différence entre Microdnf et DNF est l'utilisation de C au lieu de Python pour le développement, ce qui vous permet de vous débarrasser d'un grand nombre de dépendances. Quelques autres avantages de Microdnf : indication plus visuelle de l'avancement des opérations ; amélioration de la mise en œuvre de la table des transactions ; la possibilité d'afficher des informations dans des rapports sur les transactions terminées émises par des scripts intégrés dans des packages (scriptlets) ; prise en charge de l'utilisation de packages RPM locaux pour les transactions ; système de complétion d'entrée plus avancé pour bash ; prise en charge de l'exécution de la commande builddep sans installer Python sur le système.
  • Le bureau Fedora Workstation a été mis à jour pour GNOME 44, dont la sortie est prévue le 22 mars. Parmi les innovations de GNOME 44 : une nouvelle implémentation du verrouillage de l'écran et une section « applications en arrière-plan » dans le menu d'état.
  • L'environnement utilisateur Xfce a été mis à jour vers la version 4.18.
  • La formation d'assemblages avec l'environnement utilisateur LXQt pour l'architecture AArch64 a commencé.
  • Le gestionnaire d'affichage SDDM utilise par défaut une interface de connexion utilisant Wayland. Le changement permet au gestionnaire de connexion d'être migré vers Wayland dans les versions avec le bureau KDE.
  • Dans les versions avec le bureau KDE, l'assistant de configuration initiale a été supprimé de la distribution, car la plupart de ses fonctionnalités ne sont pas utilisées dans KDE Spin et Kinoite, et les paramètres initiaux sont configurés lors de l'étape d'installation par le programme d'installation d'Anaconda.
  • Accès complet au catalogue d'applications Flathub (désactivation du filtre qui supprimait les packages non officiels, les programmes propriétaires et les applications avec des exigences de licence restrictives). S'il existe des packages flatpak et rpm avec les mêmes programmes, lors de l'utilisation du logiciel GNOME, les packages Flatpak du projet Fedora seront installés en premier, puis les packages RPM, puis les packages de Flathub.
  • La formation de versions pour les appareils mobiles a commencé, fournie avec le shell Phosh, qui est basé sur les technologies GNOME et la bibliothèque GTK, utilise le serveur composite Phoc fonctionnant au-dessus de Wayland, ainsi que son propre clavier à l'écran squeekboard. L'environnement a été initialement développé par Purism comme un analogue de GNOME Shell pour le smartphone Librem 5, mais a ensuite fait partie des projets GNOME non officiels et est maintenant également utilisé dans postmarketOS, Mobian et certains micrologiciels pour les appareils Pine64.
  • Ajout de la version de Fedora Budgie Spin avec l'interface graphique de Budgie basée sur les technologies GNOME, Budgie Window Manager (BWM) et sa propre implémentation de GNOME Shell. Budgie est basé sur un panneau dont l'organisation est similaire à celle des panneaux de bureau classiques. Tous les éléments du panneau sont des applets, ce qui vous permet de personnaliser de manière flexible la composition, de modifier la disposition et de remplacer les implémentations des éléments du panneau principal à votre guise.
  • Ajout de la version de Fedora Sway Spin avec l'environnement personnalisé Sway construit à l'aide du protocole Wayland et entièrement compatible avec le gestionnaire de fenêtres en mosaïque i3 et i3bar. Pour mettre en place un environnement utilisateur complet, des composants associés sont proposés : swayidle (processus en arrière-plan avec l'implémentation du protocole d'inactivité de KDE), swaylock (économiseur d'écran), mako (gestionnaire de notifications), grim (création de captures d'écran), slurp (sélection d'une zone sur l'écran), wf-recorder (capture vidéo), waybar (barre d'application), virtboard (clavier à l'écran), wl-clipboard (gestion du presse-papiers), wallutils (gestion des fonds d'écran du bureau).
  • Le programme d'installation d'Anaconda utilise l'outil mdadm au lieu de dmraid pour prendre en charge le RAID logiciel fourni par le micrologiciel (BIOS RAID, Firmware RAID, Fake RAID).
  • Ajout d'un programme d'installation simplifié pour l'installation des images de l'édition Fedora IoT sur les appareils IoT. Le programme d'installation est basé sur coreos-installer et utilise une copie directe d'une image stock OStree sans interaction de l'utilisateur.
  • Les images en direct ont été mises à niveau pour prendre en charge l'inclusion automatique d'une couche de stockage de données persistantes lors du démarrage à partir d'une clé USB.
  • Dans le serveur X et Xwayland, en raison de problèmes de sécurité potentiels, par défaut, les clients ne sont pas autorisés à se connecter à partir de systèmes ayant un ordre d'octet différent.
  • Les drapeaux "-fno-omit-frame-pointer" et "-mno-omit-leaf-frame-pointer" sont activés par défaut dans le compilateur pour améliorer les capacités de profilage et de débogage et pour diagnostiquer les problèmes de performances sans avoir à recompiler les packages.
  • Les packages sont assemblés avec « _FORTIFY_SOURCE=3 » inclus dans le mode de protection, qui détecte d'éventuels débordements de tampon lors de l'exécution des fonctions de chaîne définies dans le fichier d'en-tête string.h. La différence avec le mode « _FORTIFY_SOURCE=2 » se résume à des vérifications supplémentaires. Théoriquement, des contrôles supplémentaires peuvent entraîner une diminution des performances, mais dans la pratique, les tests SPEC2000 et SPEC2017 n'ont montré aucune différence et il n'y a eu aucune plainte des utilisateurs pendant le processus de test concernant la diminution des performances.
  • Diminution de la minuterie pour forcer l'arrêt des unités systemd pendant l'arrêt de 2 minutes à 45 secondes.
  • Les packages avec la plateforme Node.js ont été restructurés. Fourni la possibilité d'installer différentes branches de Node.js sur le système en même temps (par exemple, vous pouvez maintenant installer les packages nodejs-16, nodejs-18 et nodejs-20 en même temps).
  • Versions de packages mises à jour, y compris Ruby 3.2, gcc 13, LLVM 16, Golang 1.20, PHP 8.2, binutils 2.39, glibc 2.37, gdb 12.1, GNU Make 4.4, cups-filters 2.0b, TeXLive 2022, ImageMagick 7, PostgreSQL 15.

Source: opennet.ru

Ajouter un commentaire