La distribution Fedora Linux 35 est passée au stade bêta.

Le test de la version bêta de la distribution Fedora Linux 35 a commencé. La version bêta marque le passage à la phase finale de test, où seules les corrections des erreurs critiques sont autorisées. La sortie est prévue pour le 26 octobre. Cette version comprend Fedora Workstation, Fedora Server, Fedora Silverblue, Fedora IoT et des versions Live fournies sous forme de spins avec des environnements de bureau KDE Plasma 5, Xfce, MATE, Cinnamon, LXDE et LXQt. Les builds sont formées pour les architectures x86_64, Power64, ARM64 (AArch64) et divers appareils avec des processeurs ARM 32 bits.

Les changements les plus significatifs dans Fedora Linux 35 :

• Le bureau Fedora Workstation a été mis à jour vers GNOME 41, qui a repensé l'interface de gestion de l'installation des applications. De nouvelles sections ont été ajoutées au configurateur pour le contrôle des fenêtres/bureaux et la connexion via des opérateurs cellulaires. Un nouveau client pour une connexion de bureau à distance utilisant les protocoles VNC et RDP a été ajouté. Le design du lecteur de musique a été modifié. Un nouveau moteur de rendu basé sur OpenGL a été intégré dans GTK 4, permettant de réduire la consommation d'énergie et d'accélérer le rendu.
• Il est désormais possible d'utiliser une session basée sur le protocole Wayland sur des systèmes avec des pilotes propriétaires NVIDIA.
• Un mode kiosque a été mis en place, permettant de lancer une session GNOME réduite, limitée à l'exécution d'une seule application préalablement sélectionnée. Ce mode est adapté pour l'organisation de divers kiosques d'information et terminaux en libre-service.
• La première version d'une nouvelle édition de la distribution a été proposée — Fedora Kinoite, basée sur les technologies Fedora Silverblue, mais utilisant KDE au lieu de GNOME. L'image monolithique de Fedora Kinoite n'est pas divisée en paquets distincts, elle est mise à jour de manière atomique et construite à partir des RPM officiels de Fedora à l'aide de l'outil rpm-ostree. L'environnement de base (/ et /usr) est monté en mode 'lecture seule'. Les données modifiables sont placées dans le répertoire /var. Un système de paquets autonomes flatpak est utilisé pour l'installation et la mise à jour des applications supplémentaires, permettant de séparer les applications du système principal et de les exécuter dans un conteneur séparé.
• Multimédia serveur PipeWire, qui est désormais utilisé par défaut depuis la dernière version, a été traduit pour utiliser le gestionnaire de sessions audio WirePlumber. WirePlumber permet de gérer le graphe des nœuds multimédias dans PipeWire, de configurer les dispositifs audio et de gérer le routage des flux audio. Le support du protocole S/P-DIF a été ajouté pour la transmission du son numérique via les ports optiques S/P-DIF et HDMI. Le support Bluetooth a été étendu, avec l'ajout des codecs FastStream et AptX.
• Les versions des paquets ont été mises à jour, y compris GCC 11, LLVM 13, Python 3.10-rc, Perl 5.34, PHP 8.0, Binutils 2.36, Boost 1.76, glibc 2.34, binutils 2.37, gdb 10.2, Node.js 16, RPM 4.17, Erlang 24.
• La transition vers l'utilisation du schéma de hachage de mots de passe yescrypt a été effectuée pour les nouveaux utilisateurs. Le support des anciens hachages, créés avec l'algorithme sha512crypt utilisé précédemment, est maintenu et proposé sous forme d'option. Yescrypt améliore les possibilités du classique scrypt avec le support de schémas à forte utilisation de mémoire vive et réduit l'efficacité des attaques utilisant des GPU, FPGA et des puces spécialisées. La sécurité de Yescrypt est assurée grâce à l'utilisation de primitives cryptographiques éprouvées comme SHA-256, HMAC et PBKDF2.
• Dans le fichier /etc/os-release, le paramètre 'NAME=Fedora' a été remplacé par 'NAME="Fedora Linux"' (le nom Fedora est maintenant utilisé pour l'ensemble du projet et de la communauté associée, tandis que la distribution est nommée Fedora Linux). Le paramètre 'ID=fedora' est resté inchangé, ce qui signifie qu'il ne sera pas nécessaire de modifier les scripts et les blocs conditionnels dans les fichiers spec. Les éditions spécialisées continueront également d'être livrées sous les anciens noms, comme Fedora Workstation, Fedora CoreOS et Fedora KDE Plasma Desktop.
• Les images Fedora Cloud utilisent par défaut le système de fichiers Btrfs et un chargeur de démarrage hybride, prenant en charge le démarrage sur des systèmes BIOS et UEFI.
• Un gestionnaire power-profiles-daemon a été ajouté, offrant la possibilité de passer à la volée entre le mode d'économie d'énergie, le mode équilibré et le mode de performance maximale.
• Le redémarrage des services utilisateur systemd après l'exécution de «rpm upgrade» est désormais assuré (auparavant, seuls les services système étaient redémarrés).
• Le mécanisme d'activation des dépôts tiers a été modifié. Auparavant, activer l'option « Dépôts de logiciels tiers » entraînait l'installation du paquet fedora-workstation-repositories, mais les dépôts restaient désactivés. Désormais, le paquet fedora-workstation-repositories est installé par défaut et l'option active les dépôts.
• L'inclusion de dépôts tiers couvre désormais des applications sélectionnées ayant passé la révision du catalogue Flathub, c'est-à-dire que ces applications seront disponibles dans GNOME Software sans installer FlatHab. Actuellement, les applications Zoom, Microsoft Teams, Skype, Bitwarden, Postman et Minecraft sont approuvées, tandis que Discord, Anydesk, WPS Office, OnlyOffice, MasterPDFEditor, Slack, UngoogledChromium, Flatseal, WhatsAppQT et GreenWithEnvy attendent la fin de leur révision.
• L'application par défaut du protocole DNS over TLS (DoT) est désormais mise en œuvre lorsque le serveur DNS choisi le prend en charge.
• Ajout de la prise en charge des souris avec un positionnement ultra-précis de la molette de défilement (jusqu'à 120 événements par rotation).
• Les règles de sélection du compilateur lors de la création de paquets ont été modifiées. Auparavant, les règles exigeaient l'utilisation de GCC pour la compilation, sauf si le paquet ne pouvait être compilé qu'avec Clang. Les nouvelles règles permettent aux mainteneurs de paquets de choisir Clang, même si le projet amont supporte GCC, et vice versa, choisir GCC si le projet amont ne supporte pas GCC.
• Lors de la configuration du chiffrement des disques avec LUKS, le choix automatique du secteur optimal est désormais assuré, ce qui signifie que pour les disques avec des secteurs physiques de 4 ko, une taille de secteur de 4096 sera choisie dans LUKS.

Il convient de prêter attention aux problèmes connus non résolus dans la version bêta.

Source : opennet.ru