le test de la version bêta de la distribution Fedora 33. La sortie bêta a marqué le passage à la phase finale de test, où seules les corrections de bogues critiques sont autorisées. La publication est prévue pour fin octobre. La sortie couvre , Fedora Server, Fedora Silverblue, Fedora IoT et les versions Live, fournies sous forme de avec des environnements de bureau KDE Plasma 5, Xfce, MATE, Cinnamon, LXDE et LXQt. Les versions sont préparées pour les architectures x86_64, ARM (Raspberry Pi 2 et 3), ARM64 (AArch64) et Power.
Les changements les plus significatifs dans Fedora 33 :
- Toutes les versions de la distribution pour bureau (Fedora Workstation, Fedora KDE, etc.) ont été migrées pour utiliser par défaut le système de fichiers Btrfs. L'utilisation du gestionnaire de partitions intégré Btrfs permettra de résoudre les problèmes d'épuisement de l'espace disque libre lors du montage séparé de / et /home. Avec Btrfs, ces partitions peuvent être placées dans deux sous-partitions montées séparément, mais utilisant un espace disque commun. Btrfs permettra également d'utiliser des fonctionnalités telles que les instantanés, la compression de données transparente, une isolation correcte des opérations d'entrée/sortie via cgroups2, et la redimension du partitions à la volée.
- Le bureau Fedora Workstation a été mis à jour vers la version , dans laquelle des optimisations de performance ont été réalisées, une interface d'introduction (Welcome Tour) avec des informations sur les principales fonctionnalités de GNOME a été proposée, les outils de contrôle parental ont été étendus, la possibilité d'assigner différentes fréquences de rafraîchissement pour chaque moniteur a été fournie, et une option pour ignorer la connexion d'appareils USB non autorisés pendant le blocage de l'écran a été ajoutée.
- La version par défaut de Fedora Workstation inclut Thermald pour surveiller les paramètres des capteurs de température et protéger le CPU contre la surchauffe pendant les pics de charge.
- Les fonds d'écran animés du bureau sont activés par défaut, changeant de couleur en fonction de l'heure de la journée.
- Au lieu de vi par défaut, l'éditeur de texte nano est proposé. Ce changement vise à rendre la distribution plus accessible aux débutants, en fournissant un éditeur que tout utilisateur, sans connaissances spécifiques sur le fonctionnement de l'éditeur Vi, peut utiliser. Cependant, le paquet vim-minimal est toujours inclus et la possibilité de changer l'éditeur par défaut en vi est laissée à la discrétion de l'utilisateur.
- Parmi les éditions officielles de la distribution figure (Fedora IoT), qui est désormais fournie parallèlement à Fedora Workstation et Fedora Server. L'édition Fedora IoT est basée sur les mêmes technologies que celles utilisées dans , et , et propose un environnement système minimisé dont la mise à jour s'effectue de manière atomique par remplacement de l'image complète du système, sans découpage en paquets individuels. Pour garantir l'intégrité, l'ensemble de l'image système est vérifié par une signature numérique. Pour séparer les applications du système principal, des conteneurs isolés sont utilisés (pour la gestion, podman est utilisé).
L'environnement système Fedora IoT est constitué en utilisant la technologie , où l'image système est mise à jour de manière atomique à partir d'un dépôt similaire à Git, permettant d'appliquer des méthodes de contrôle de version aux composants de la distribution (par exemple, il est possible de revenir rapidement à un état antérieur du système). Les paquets RPM sont traduits dans le dépôt OSTree à l'aide d'une couche spéciale. . Des builds prêts à l'emploi pour les architectures x86_64, Aarch64 et ARMv7 (armhfp). pour les plateformes Raspberry Pi 3 Model B/B+, 96boards Rock960 Consumer Edition, Pine64 A64-LTS, Pine64 Rockpro64 et Rock64, ainsi qu'Up Squared, et les machines virtuelles x86_64 et aarch64.
- Dans l'édition Fedora avec l'environnement de bureau KDE, le processus en arrière-plan earlyoom est activé par défaut, proposé dans la dernière version de Fedora Workstation. Earlyoom permet de réagir plus rapidement au manque de mémoire, sans atteindre le seuil de déclenchement du gestionnaire OOM (Out Of Memory) dans le noyau, qui s'active lorsque la situation devient critique et que le système ne répond généralement plus aux actions de l'utilisateur. Si la quantité de mémoire disponible est inférieure à 4%, mais ne dépasse pas 400 MiB, earlyoom terminera de force le processus consommant le plus de mémoire (ayant le score le plus élevé dans /proc/*/oom_score), évitant ainsi d'atteindre un état de nettoyage des tampons système.
- Les versions de nombreux paquets ont été mises à jour, y compris 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. Le support de Python 2.6 et Python 3.4 a été arrêté. La distribution .NET Core est maintenant fournie pour l'architecture aarch64.
- Le module mod_php pour le serveur http Apache n'est plus supporté ; il est proposé d'utiliser php-fpm pour exécuter des applications Web en PHP.
- Dans le paquet Firefox pour Fedora des correctifs pour de l'accélération matérielle pour le décodage vidéo à l'aide de VA-API (Video Acceleration API) et FFmpegDataDecoder, qui est activé notamment dans les sessions basées sur la technologie WebRTC utilisées dans les applications Web pour les vidéoconférences. L'accélération fonctionne dans les environnements basés sur Wayland et X11 (lors de l'exécution de « MOZ_X11_EGL=1 firefox » et de l'activation du paramètre « media.ffmpeg.vaapi.enabled »).
- Dans le serveur et le client de synchronisation de temps précis chrony et dans l'installateur, le support du mécanisme d'authentification NTS (Network Time Security) a été ajouté.
- Dans Wine par défaut un backend basé sur la couche DXVK, fournissant une implémentation DXGI (DirectX Graphics Infrastructure), Direct3D 9, 10 et 11, fonctionnant via la traduction des appels à l'API Vulkan.
Contrairement aux implémentations Direct3D 9/10/11 intégrées dans Wine, qui fonctionnent sur OpenGL, DXVK permet d'obtenir de meilleures performances lors de l'exécution d'applications et de jeux 3D dans Wine. - Lors de la construction des paquets par défaut des optimisations au moment de l'édition (LTO, Link Time Optimization) sont appliquées. L'option « -flto » a été ajoutée à redhat-rpm-config.
- Pour résoudre les requêtes DNS par défaut systemd-resolved. Glibc a été transféré vers nss-resolve du projet systemd au lieu du module NSS intégré nss-dns.
Systemd-resolved effectue des fonctions telles que le maintien des paramètres dans le fichier resolv.conf basé sur les données DHCP et la configuration DNS statique pour les interfaces réseau, prend en charge DNSSEC et LLMNR (Link Local Multicast Name Resolution). Parmi les avantages de la transition vers systemd-resolved, on mentionne le support de DNS over TLS, la possibilité d'activer le cache local des requêtes DNS et le support de l'association de différents gestionnaires à différentes interfaces réseau (en fonction de l'interface réseau, le serveur DNS choisi pour les requêtes, par exemple, pour les interfaces VPN, les requêtes DNS seront envoyées via VPN). DNSSEC ne sera pas appliqué sous Fedora (systemd-resolved sera compilé avec l'option DNSSEC=no).
Pour désactiver systemd-resolved, il suffit de désactiver le service systemd-resolved.service et de redémarrer NetworkManager, qui créera un traditionnel /etc/resolv.conf. - Dans NetworkManager, pour le stockage des paramètres au lieu du plugin ifcfg-rh fichier au format keyfile.
- Pour les systèmes ARM64 assemblage de paquets utilisant l'authentification des pointeurs (Pointer Authentication) et la protection contre l'exécution de séquences d'instructions sur lesquelles des transitions ne devraient pas avoir lieu lors des branchements (BTI, Branch Target Indicator). Ces mécanismes sont efficaces pour se protéger contre les attaques utilisant la programmation orientée retour (ROP) où l'attaquant ne tente pas de placer son code en mémoire, mais opère avec des morceaux de code machine déjà présents dans les bibliothèques chargées, se terminant par une instruction de retour de contrôle.
- Une optimisation dans la simplification de la mise en œuvre de la technologie d'affichage sélectif du menu de démarrage, où le menu est masqué par défaut et s'affiche uniquement après un échec ou l'activation d'une option dans GNOME.
- Au lieu de créer une traditionnelle partition d'échange placement de l'échange (swap) en utilisant un dispositif de bloc zRAM, qui fournit le stockage des données en RAM sous forme compressée.
- processus en arrière-plan (Storage Instantiation Daemon) pour suivre l'état des dispositifs dans divers sous-systèmes de stockage (LVM, multipath, MD) et appeler des gestionnaires lors de la survenue d'événements spécifiques, par exemple, pour activer et désactiver des dispositifs. SID fonctionne comme une couche au-dessus de udev et réagit aux événements de celui-ci, permettant d'éviter la création de règles udev complexes pour interagir avec différentes classes de dispositifs et sous-systèmes de stockage, difficile à maintenir et à déboguer.
- Base de données des paquets RPM (rpmdb) de BerkeleyDB à SQLite. La principale raison du changement est l'utilisation dans rpmdb d'une version obsolète de Berkeley DB 5.x, qui n'est plus maintenue depuis plusieurs années. La transition vers des versions plus récentes est compliquée par le changement de licence de Berkeley DB 6 vers AGPLv3, les exigences de cette dernière s'appliquant également aux applications utilisant BerkeleyDB sous forme de bibliothèque (RPM est distribué sous GPLv2, et AGPL n'est pas compatible avec GPLv2). De plus, l'implémentation actuelle de rpmdb basée sur BerkeleyDB ne garantit pas la fiabilité nécessaire, car elle n'utilise pas de transactions et ne peut pas détecter les incohérences dans la base de données.
Source : opennet.ru
