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 ?
Même constat de mon côté. Je lance sur la version précédente du noyau. J'espère qu'il ne s'agit pas de pilotes rendus obsolètes. Ma machine est de 2015, donc n'est pas neuve, mais n'est pas une antiquité non plus.
Peut-être que journalctl pourrait aider ?
upgrade fait, avec nvidia et bumblebee...ras tout est OK

heureux
4 jours plus tard
Bonjour
Pour ma part, j'ai de nouveau installé une Fedora sur mon Mini de fin 2007, après être passé sur MXLinux, et la version XFCE y tourne très bien, malgré les 2 Go de RAM (!) et le disque dur principal en USB2 externe (!!), le disque dur interne étant HS depuis quelques années. Mine de rien, c'est vraiment ma distribution préférée sur cette machine.
La future Fedora 34 rencontre un problème de kernel suite à une mise à jour de dracut version 53.
@kersalou :

Le kernel 5.11.11-300 bloque depuis ce lundi. Cela est du au dracut 53. Deux solutions revenir au dracut 51 ou
pour résoudre ce problème la réponse est ici :

https://ask.fedoraproject.org/t/fedora- … swap/13241

editer :

#gedit usr/lib/dracut/modules.d/35network-manager/nm-run.service

il faut ajouter sous

[unit]
DefaultDependencies=no

le bug est déjà documenté sur le bug 1945596

Il faut ensuite reinstaller le kernel 5.11.11-300

Voilà, c'était pour info
Voilà j'y suis passé sur mon ordi principal.

On verra pour les serveurs quand ce sera en stable :-P.

Reste toujours les soucis de copier/coller sous WAYLAND entre applications QT<->GTK, le nouveau logo "Fedora" du menu est bof bof comparé à l'ancien (j'aime pas toujours dans certains cas le style design dit "moderne" de nos jours...), surtout niveau couleur (je préfère à la limite celui du logo du site).
Mais aussi "Activité" qui ne sert toujours à rien alors que c'est bien utile, mais les fenêtres/applications ne sont plus indépendant(e)s...

Sinon dans l'ensemble cela a l'air pas mal, reste un souci avec "pmdakvm" (j'ai pas encore cherché ce que c'était) et selinux (rapporté) et surtout l'absence dans la boite à miniature de Plasma/KDE du client nextcloud 😢 .

Je peux aussi parler du nouveau "Kmenu"->"Lanceur d'application" qui me gène, mais c'est peut être simplement que je ne m'y suis pas encore fait. Après il doit être possible de remettre l'ancien 🙂

Edit : Bon pmdakvm c'est l'agent des métrics KVM pour pcp. https://www.man7.org/linux/man-pages/man1/pmdakvm.1.html

L’icône nextcloud-client est de retour après un tour pour le désactiver/activer 🙂
Bonjour,
De mon coté, j'ai installé la version 34 beta et je rencontre des problèmes avec mon enceinte Bluetooth qui se déconnecte toute seule au bout d'une dizaine de minutes et problèmes de paramétrage de sortie audio via USB.
Skype ne trouve pas le micro de ma webcam, alors qu'il apparait bien dans les paramètres du son et semble être opérationnel....
Lorsque je redémarre j'obtiens un écran de la mort écrit en jaune sur fond noir..... ?
Je fini par m'en sortir en redémarrant sur une clé usb, puis en sélectionnant l'option démarrer sur Fedora....
J'ai fait une photo mais le forum ne facilite pas non plus cette tache...
Bref si ça peut intéressé quelqu'un ?
Autre bizarrerie sous Plasma et application QT : la touche qui permet de faire un "ë ê " (à droite de la touche [P] ) n'affiche qu'un "e e" (par exemple)...

C'était le cas sous les applications en GTK, mais c'est revenu "êîëï" ... Vraiment des comportements un peut bizarre, même sur les copier/coller...

Édit : Au passage pour celles et ceux qui veulent revoir l'ancien logo, il existe le paquet : 
fedora-logos-classic
[justify]Salut tout le monde,

J'ai quelques BluRays qui ne souhaitent pas tourner avec VLC malgré la bibliothèque AACS.

Normal ?[/justify]
Argh ! Le passage à Gnome 3.40 va être dur pour moi ! J'avais déjà eu du mal à quitter Gnome 3.34.
@ mb88, c'est aussi ce que je me suis dit dès que j'ai démarré ma Fedora 34 en machine virtuelle pour la première fois.
Puis finalement, les points de différence de l'interface qui d'emblée m'ont parus les plus «hards» se révèlent, au fur et à mesure de mes tests, les plus agréables et simples à utiliser.
L'ergonomie heurte un peu au début, mais au final c'est très agréable à utiliser.
Et bien de mon coté Anaconda plante royalement au moment du partitionnement personnalisé ! Je n'ai donc pas pu aller plus loin !
Pas de version stable le 20 avril. Ce sera donc le 27 ? (je crois que c'était les dates retenues)
Et bien de mon coté Anaconda plante royalement au moment du partitionnement personnalisé ! Je n'ai donc pas pu aller plus loin !
Quel partitionnement perso as-tu choisi ?
Pour ma part je suis passé par le système btrfs, j'ai donc eu un /boot puis ensuite une partition unique en btrfs.
D'ailleurs je pensais au départ que choisir le btrfs me permettrai de faire un partitionnement du type /boot, /, /home, SWAP indépendant, mais avec btrfs en lieu et place de ext4.
Je vais retenter cette fois avec un partitionnement hors btrfs pour voir, je suis curieux.
Je viens de tester de mon coté une autre installation en machine virtuelle.
Fedora Workstation 34 beta
4 go RAM
4 cœurs
35 Go de disque virtuel.
J'ai constaté que l'option partitions classique avait été enlevée des options proposées par Anaconda. Pour pouvoir les faire maintenant il faut passer par personnalisation avancée Blivet-GUI.
J'ai pu faire ces partitions en EXT4 : /boot, /, /home, SWAP.
Tout s'est parfaitement déroulé.
Jules-Marie-84 wrote:
Et bien de mon coté Anaconda plante royalement au moment du partitionnement personnalisé ! Je n'ai donc pas pu aller plus loin !
Quel partitionnement perso as-tu choisi ?
Pour ma part je suis passé par le système btrfs, j'ai donc eu un /boot puis ensuite une partition unique en btrfs.
D'ailleurs je pensais au départ que choisir le btrfs me permettrai de faire un partitionnement du type /boot, /, /home, SWAP indépendant, mais avec btrfs en lieu et place de ext4.
Je vais retenter cette fois avec un partitionnement hors btrfs pour voir, je suis curieux.
Et bien c'est durant la personnalisation des partitions
Par ex : je fais une partition /boot/efi puis je fais une / et au moment ou je fais un swap ou /home, là, tout ce fige plus rien ne réponds ! Après par forcement dans cette ordre ! J'ai d'abord laissé en Btrfs, puis j'ai essayé en ext4 toujours pareille !
J'ai mm re télécharger une iso et changée de clef usb et de port usb, toujours pareille !
Fedora supporte bien le nvme il me semble ?!
Oui, Fedora supporte le NVMe, mon système au est sur un tel support, plus un SSD «classique» pour les datas.

Par quelle solution es-tu passée pour faire tes partitions ? Blivet-GUI ???

Curieux que tu aies ce souci. N'as-tu pas un blocage au niveau de ton BIOS ? Un «sécure boot» sur l'EFI ou quelque chose de ce genre ???

Ça serait bien d'avoir un avis d'un membre plus expert que moi, mais je crois me souvenir d'avoir rencontré des soucis sur l'ordinateur d'un ami qui justement avait un problème de ce genre sur sa machine. C'était une «libération» depuis un Windows 8, ça ne date pas d'hier donc, et après déverrouillage de l'option, tout avait parfaitement fonctionné.

As-tu refait une tentative depuis ?
Jules-Marie-84 wrote:Oui, Fedora supporte le NVMe, mon système au est sur un tel support, plus un SSD «classique» pour les datas.

Par quelle solution es-tu passée pour faire tes partitions ? Blivet-GUI ???

Curieux que tu aies ce souci. N'as-tu pas un blocage au niveau de ton BIOS ? Un «sécure boot» sur l'EFI ou quelque chose de ce genre ???

Ça serait bien d'avoir un avis d'un membre plus expert que moi, mais je crois me souvenir d'avoir rencontré des soucis sur l'ordinateur d'un ami qui justement avait un problème de ce genre sur sa machine. C'était une «libération» depuis un Windows 8, ça ne date pas d'hier donc, et après déverrouillage de l'option, tout avait parfaitement fonctionné.

As-tu refait une tentative depuis ?
Partionnement Personnalisé . Pas de BlivetG ... Je fais tout manuellement. Je place mon /boot/efi dans la partoche de 100mo ou est également installé encore windows... Oui car la carte réseaux de mon ordi n'était supportée par aucun Kernel jusqu'au 5.11...et depuis quelques mois par le Kernel Zen en 5.10..quelque chose de chez Arch , donc manjaro 21 tourne sur ma bécane, mais je ne reste pas dessus... berf ..dsl pour l’aparté ..
Ensuite, je fais mon /boot mais apparemment 200mo cela ne semble pas suffisant mais après coup effectivement, je m'aperçois que c'est pas beaucoup. Fedora demande 900mo .. donc je n'ai pas réessayé avec une partoche de 900 car j'étais limit en place ssd ! Sinon ensuite standard; /30GO , /home ...go et swap 2GO mais je me demande si j'en ai vraiment besoin ?! J'ai pas d'hibernation et vu ma config.. !
Donc ceci répond a ta 2eme question ; non je n'ai pas réessayée ! Car je souhaite l'installer sur tout le SSD je vire win10 ... Une bécane 100% Fedora ... même si je lorgne un peu sur Silverblue !!! Je verrais à l'usage .... MM si j'aime beaucoup avoir des logiciels récents, je recherche également la stabilité et je trouve que dans se domaine c'est pas mal Fedo et c'est la l'intérêt de la Silverblue, car tu peux avoir du logiciel récents en Flatpack mais sans toucher au reste et tu peux toujours revenir en arrière... Donc ... mince en te parlant je suis en trin de prendre conscience qu'il faut que j'aille sur Fedo Silverblue :roll::lol: