En ce mardi 23 mars, la communauté du Projet Fedora sera ravie d'apprendre la disponibilité de la version Beta Fedora 34.

Malgré les risques concernant la stabilité d’une version Beta, il est important de la tester ! En rapportant les bogues maintenant, vous découvrirez les nouveautés avant tout le monde, tout en améliorant la qualité de Fedora 34 et réduisant du même coup le risque de retard. Les versions en développement manquent de testeurs et de retours pour mener à bien leurs buts.

La version finale est pour le moment fixée pour le 20 ou 27 avril.
Voici les nouveautés annoncées pour cette version :

Expérience utilisateur
  • Passage à GNOME 40.
  • L'environnement de bureau Xfce fait tourner la roue vers sa version 4.16.
  • L'environnement de bureau minimaliste LxQt est proposé dans sa version 0.16.0.
  • Le serveur d'affichage Wayland est employé par défaut dans l'environnement KDE Plasma.
  • La mémoire d'échange zram peut utiliser toute la mémoire RAM et ce jusqu'à 8 Gio par défaut. Auparavant c'était limité au quart de la mémoire RAM de la machine et jusqu'à un maximum de 4 Gio.
  • Le gestionnaire de fenêtre minimaliste et pavant i3 dispose de sa propre image Spin de Fedora.
  • L'audio va maintenant être géré par Pipewire par défaut, en remplacement de PulseAudio, ALSA et JACK.
  • L'image Comp Neuro pour la neuroscience va être déclinée aussi en image Docker / podman pour le fournir sous forme de conteneurs.
  • Les images netinstall et DVD n'auront plus le fichier ext4 à l'intérieur du système de fichiers squashfs. Squashfs récupère l’arborescence complète de l'image d'installation.
Gestion du matériel
  • La configuration de GRUB est unifiée pour toutes les architectures. En particulier entre les architectures utilisant l'EFI d'un côté comme x86_64 ou certaines machines ARM et x86 avec BIOS ou PowerPC 64 bits de l'autre.
  • L'architecture ARMv7 va bénéficier de l'UEFI par défaut pour les nouvelles images générées par le projet Fedora. GRUB devient de fait le nouveau gestionnaire de démarrage par défaut au lieu de extlinux.
  • Une nouvelle image pour l'architecture AArch64 sera proposée avec l'environnement KDE Plasma.
  • Les fichiers firmware du noyau sont compressés avec l'algorithme LZMA2.
Internationalisation
  • Un nouveau site web et son infrastructure va être proposé pour fournir les statistiques de traduction de Fedora et simplifier la maintenance des mémoires de traduction.
  • IBus est proposé à la version 1.5.24.
  • ibus-anthy est le système d'entrée par défaut pour le japonais, ibus-m17n pour le singhalais et ibus-unikey pour le vietnamien.
  • HarfBuzz est activé par défaut dans les polices FreeTypes pour permettre d'améliorer le rendu dans les langues ayant des symboles plus complexes.
  • kasumi-unicode est généré à partir du fichier source katsumi.spec dorénavant.
Administration système
  • Par défaut les partitions btrfs crées lors de l'installation auront la compression du système de fichiers activée avec l'algorithme zstd.
  • SELinux ne peut plus être entièrement désactivé après le démarrage. Seul le passage entre les modes permissif et enforcé est permis. Un redémarrage est nécessaire pour appliquer une désactivation complète.
  • SELinux a été mis à jour pour prendre en compte des dernières classes, permissions et capacités ajoutées dans le noyau.
  • La gestion du manque de mémoire disponible sera prise en charge par le service systemd-oomd par défaut. Pour revenir à earlyoom utilisé jusque là, vous pouvez exécuter les commandes suivantes :
# systemctl disable --now systemd-oomd

# systemctl enable --now earlyoom
  • Les paramètres de démarrage, reçus par le noyau Linux, à destination de l'installateur Anaconda devront être préfixés de inst. pour éviter les conflits. Sinon ils sont ignorés.
  • Les services systemd qui doivent être relancées suite à une mise à jour le seront toutes à la fin de la procédure.
  • Les utilitaires Bluetooth désuets ciptool, gatttool, hciattach, hciconfig, hcidump, hcitool, rfcomm et sdptool sont déplacés dans le paquet bluez-deprecated avant une suppression dans le future.
  • La collection d'outils X.org sera proposée via des paquets plus individuels que les paquets génériques xorg-x11-{apps,font-utils,resutils,server-utils,utils,xkb-utils} employés jusqu'ici. Certains utilitaires sont également supprimés.
  • Les paquets xemacs, xemacs-packages-base, xemacs-packages-extra, neXtaw, nscd et python-mock sont en passe de subir le même sort.
  • XWayland est proposé dans un paquet à part et indépendant du reste de X.org : xorg-x11-server-Xwayland.
  • Le célèbre serveur de DNS Bind est lié à la version 9.16.
  • Le gestionnaire de base de données PostgreSQL s'impose avec sa version 13.
  • Son concurrent MariaDB est proposé à la version 10.5.
  • L'utilitaire de gestion du stockage Stratis dispose de la version 2.3.0.
  • Le démon pour synchroniser le temps avec le potocole NTP et nommé sobrement ntp utilise ntpsec à la place. Mais chrony reste le démon utilisé par défaut pour cette fonction.
Développement
  • Mise à jour de la suite de compilateurs libre GCC 11.
  • Son concurrent LLVM passe lui à la version 12.
  • Tandis que la bibliothèque C Glibc passe à la version 2.33.
  • Mise à jour des utilitaires binutils 2.35.
  • Le petit coup d'accélération pour la bibliothèque généraliste C++ Boost 1.75.
  • Le langage Go fait un bon en avant avec la version 1.16.
  • Le langage précieux Ruby est proposé dans sa nouvelle version 3.0.
  • Sa boîte à outils Ruby on Rails arrive à la gare au quai 6.1.
  • L'environnement de compilation de binaires Windows, MinGW, est mis à jour qui fourni GCC 11, GDB 10 et binutils 2.36.
  • La bibliothèque de sécurité NSS avec sa version 3.52 a changé la structure CK_GCM_PARAMS en étant incompatible en terme de source code, mais pas son interface binaire.
  • OpenLDAP va fournir uniquement des bibliothèques avec un fil d'exécution parallèle. Des liens symboliques redirigent la liaison vers la bibliothèque libldap vers libldap_r.
  • Les bibliothèques Rust fournis via les crate nécessaires pour les paquets proposés par Fedora seront fournis dans les dépôts dans des paquets dédiés sous la forme rust-$NOM_CRATE comme par exemple rust-libsqlite3-sys pour la bibliothèque SQLite.
  • Les bibliothèques Python avec un nom de fichier dépendant de l'architecture utilisent maintenant la nomenclature officielle de CPython au lieu d'un nom spécifique à Fedora.
  • Les paquets ne fournissant qu'une bibliothèque Nodejs sans être utilisée en tant que dépendance ne seront plus proposés.
Projet Fedora
  • Le système minimal de compilation du projet Fedora, buildroot, se débarrasse de make.
  • Les macros liés à Python 2 pour créer les paquets RPM sont gelés. Ceux pour générés les dépendances automatiques liés à Python 2 sont supprimés car plus nécessaires suite au passage à Python 3 l'an dernier.
  • L'utilitaire fbrnch est proposé dans les dépôts.
  • Les dépôts git de Fedora ont renommé la branche principale en main au lieu de master.
  • La politique concernant les modules a été remaniée et formalisée.
Tester

Durant le développement d'une nouvelle Fedora, comme cette version Beta, quasiment chaque semaine le projet propose des journées de tests. Le but est de tester pendant une journée une fonctionnalité précise comme le noyau, Fedora Silverblue, la mise à niveau, GNOME, l’internationalisation, etc. L'équipe d'assurance qualité élabore et propose une série de tests en général simples à exécuter. Suffit de les suivre et indiquer si le résultat est celui attendu. Dans le cas contraire, un rapport de bogue devra être ouvert pour permettre l'élaboration d'un correctif.

C'est très simple à suivre et requiert souvent peu de temps (15 minutes à une heure maximum) si vous avez une Beta exploitable sous la main.

Les tests à effectuer et les rapports sont à faire via la page suivante. J'annonce régulièrement sur mon blog quand une journée de tests est planifiée.

Si l'aventure vous intéresse, les images sont disponibles par Torrent ou via le site officiel.

Si vous avez déjà Fedora 33 ou 32 sur votre machine, vous pouvez faire une mise à niveau vers la Beta. Cela consiste en une grosse mise à jour, vos applications et données sont préservées.

Nous vous recommandons dans les deux cas de procéder à une sauvegarde de vos données au préalable.

En cas de bogue, n'oubliez pas de relire la documentation pour signaler les anomalies sur le BugZilla ou de contribuer à la traduction sur Weblate.

Bons tests à tous !
Hop passage de Fedora 33 à 34 beta chez moi !
Apparemment impeccable, pas de souci
Juste faites attention si vous avez beaucoup d'extensions sous GNOME, à cause de la nouvelle version qui change pas mal de choses, la plupart ne sont pas encore compatibles et ne fonctionneront donc pas.

Si jamais cela est gênant pour vous, il vaut mieux attendre un peu. 😉
Renault wrote:Juste faites attention si vous avez beaucoup d'extensions sous GNOME, à cause de la nouvelle version qui change pas mal de choses, la plupart ne sont pas encore compatibles et ne fonctionneront donc pas.
La release date de gnome 40 est prévue pour demain mercredi 24 mars.

Les extensions devraient arriver dans les jours suivants.
Il faudra sans doute un peu de temps, suivant l'impact en terme de design et d'API.

Puis même si GNOME 40 sort demain, peu de distributions vont le proposer d'office, donc sans doute que certains développeurs vont prendre plus de temps.
Mise à jour impossible ici :
Erreur : 
 Problème: rdma-core-34.0-1.fc33.i686 has inferior architecture
  - rdma-core-34.0-1.fc33.x86_64 does not belong to a distupgrade repository
  - problem with installed package rdma-core-34.0-1.fc33.i686
A voir si c'est corrigé dans les jours à venir.
Trap wrote:Mise à jour impossible ici :
Erreur : 
 Problème: rdma-core-34.0-1.fc33.i686 has inferior architecture
  - rdma-core-34.0-1.fc33.x86_64 does not belong to a distupgrade repository
  - problem with installed package rdma-core-34.0-1.fc33.i686
A voir si c'est corrigé dans les jours à venir.
J'ai vu une discussion sur ce problème il y a quelques mois sur la mailing list !

Il y a une note dans les Bugs Fréquents de F34 !

Il faut juste rajouter --allowerasing 😉 !
Lyes Saadi wrote:
Trap wrote:Mise à jour impossible ici :
Erreur : 
 Problème: rdma-core-34.0-1.fc33.i686 has inferior architecture
  - rdma-core-34.0-1.fc33.x86_64 does not belong to a distupgrade repository
  - problem with installed package rdma-core-34.0-1.fc33.i686
A voir si c'est corrigé dans les jours à venir.
J'ai vu une discussion sur ce problème il y a quelques mois sur la mailing list !

Il y a une note dans les Bugs Fréquents de F34 !

Il faut juste rajouter --allowerasing 😉 !
Je viens tout juste de voir ça oui, je tente.
Je dois être trop habitué à ce que tout se passe bien lors des mises à jour, j'ai perdu le réflexe d'aller voir la page des bugs connus. :-D
Renault wrote:Juste faites attention si vous avez beaucoup d'extensions sous GNOME, à cause de la nouvelle version qui change pas mal de choses, la plupart ne sont pas encore compatibles et ne fonctionneront donc pas.

Si jamais cela est gênant pour vous, il vaut mieux attendre un peu. 😉
Merci Renault

J'ai installé la Fedora 34 depuis une dizaine de jours maintenant, le système est très stable et souple. Je suis passé d'un ext4 à Brtfs sur la racine /.

J'ai été dérouté par la nouvelle présentation des bureaux mais on s'y fait rapidement. Le souci est qu'il faut aller chercher les bureaux sur Activités.
.... Je viens de découvrir le raccourci Ctl+Tab. Il ne semble pas fonctionner lorsqu'un fenêtre contextuelle est ouverte.

Jusqu'à hier 23/03 presque toutes les extensions avaient disparues et là il y en a pour 3 pages . Excellent comme travail.

Comme d'habitude, et ce depuis un moment, les Fedora Beta sont très stables.
Beau travail
L’extension est dans les dépôts.
Dernière vérification de l’expiration des métadonnées effectuée il y a 0:22:35 le jeu. 25 mars 2021 17:06:14.
=================================== Nom & Résumé correspond à : gsconnect ====================================
nautilus-gsconnect.noarch : Nautilus extension for GSConnect
nemo-gsconnect.noarch : Nemo extension for GSConnect
webextension-gsconnect.x86_64 : Web browser integration for GSConnect
======================================== Nom correspond à : gsconnect ========================================
gnome-shell-extension-gsconnect.x86_64 : KDE Connect implementation for GNOME Shell
Par contre elle n’apparaît ni dans https://extensions.gnome.org/ ni sur la station de travail.
Mais elle fonctionne.
taj wrote:L’extension est dans les dépôts.

Par contre elle n’apparaît ni dans https://extensions.gnome.org/ ni sur la station de travail.
Mais elle fonctionne.
Je l'ai installé à partir des dépôts.

Elle est bien affichée comme installée dans les extensions gnome quand je regarde avec mon navigateur mais elle est marquée "Outdated" et donc ne fonctionne pas.
Avec le pad, le déplacement d'un bureau à l'autre se fait avec 2 doigts (et non 3). Il est d'ailleurs capricieux.
[Config de test: Thinkpad / Virtual machine manager / Fedora 34 Workstation]
didierg wrote:
Je l'ai installé à partir des dépôts.

Elle est bien affichée comme installée dans les extensions gnome quand je regarde avec mon navigateur mais elle est marquée "Outdated" ...... .
Pareil, mais elle fonctionne chez moi.
J'ai tenté de booter en Live sur la F34 KDE Beta, sur plusieurs PC.

Celui du taff, une vieillerie à base de Pentium G3420: ça tourne parfaitement.

Sur mon fixe (Ryzen 5 3600, Radeon RX580): plantage d'un peu tout, comme tout mes autres tests avec KDE et Wayland ensemble, ceci dit je vais installer F34 pour aller plus loin.

Sur mon portable (Ryzen 7 3750H, GeForce RTX2060): là j'ai une masse d'erreurs "nouveau stalled", puis écran noir, freeze total (pareil en en bootant en mode graphique dégradé). Actuellement (F33 KDE, avec X11), la RTX2060 n'est pas utilisable avec nouveau, le pilote se plante, mais avec le blob nVidia (akmod-nvidia de RPM Fusion), je peux exploiter la carte graphique, seul le port HDMI merdoie (écran noir).
Je vais essayer avec la F34 Workstation une fois que je l'aurais mis sur ma clé USB.


PS ma clé USB de boot est une Ventoy.
Le copié au clique molette n'existe pus sur Gnome 40 ?
Plutôt le collé que le copié 😉

Sisi ça existe encore.
ben51 wrote:Le copié au clique molette n'existe pus sur Gnome 40 ?
Aucun souci de mon côté pour le collé avec le clique molette.
5 jours plus tard
Passé de F33 à F34 sans problème. Par contre lors de mises à jour, passage au Kernel 5.11.11: la machine tourne en rond et ne se lance plus. La seule solution est de la lancer lors du multiboot à la version F34 avec kernel 5.11.9. Comment résoudre ce problème ?