Stargazer 6 - Place à la bêta (Mis à jour : 03.04.2026)
Bonjour les stargazers !
Le cycle de publication semestriel de Fedora est de nouveau tout proche et Fedora a publié la bêta de Fedora 44.
Aurora entame elle aussi son cycle bêta et, aujourd'hui, notre flux beta est de nouveau actif.
Mise à jour du 03.04.2026 : les images Nvidia sont désormais disponibles sur le flux bêta !
Tester la bêta
Vous pouvez facilement participer à l'effort de test en rebasant vers l'image bêta. Nous vous recommandons d'abord d'épingler votre déploiement Aurora actuel, afin qu'en cas de problème vous disposiez toujours d'un système fonctionnel à sélectionner dans le chargeur d'amorçage.
sudo ostree admin pin 0
Vous pouvez ensuite rebaser librement vers l'image bêta :
Aurora :
sudo bootc switch --enforce-container-sigpolicy ghcr.io/ublue-os/aurora:beta
Aurora-dx :
sudo bootc switch --enforce-container-sigpolicy ghcr.io/ublue-os/aurora-dx:beta
Aurora (Nvidia-open) :
sudo bootc switch --enforce-container-sigpolicy ghcr.io/ublue-os/aurora-nvidia-open:beta
Aurora-dx (Nvidia-open) :
sudo bootc switch --enforce-container-sigpolicy ghcr.io/ublue-os/aurora-dx-nvidia-open:beta
Changements à venir avec les images Fedora 44
Voici quelques changements que nous mettons en œuvre avec les images basées sur Fedora 44.
Konsole devient le terminal par défaut
Nous allons (enfin) remplacer notre terminal par défaut, Ptyxis, par Konsole. Beaucoup s'étaient déjà demandé pourquoi nous utilisions par défaut une application de terminal basée sur GTK ; la raison principale tenait à l'intégration distrobox/conteneurs de Ptyxis. Konsole gagnera la prise en charge des distroboxes dans la prochaine version de KDE Gear 26.04 ; cette prise en charge des conteneurs n'est donc pas encore disponible. Si vous souhaitez continuer à utiliser Ptyxis, vous pouvez l'installer depuis Bazaar.
Distroshelf remplacé par Kontainer
Distroshelf sera remplacé par Kontainer pour les nouvelles installations.
Discover enfin retiré
Bazaar deviendra le seul magasin d'applications, sans discussion possible. Nous retirerons Discover des images, ainsi que les scripts ujust qui permettaient de changer de magasin d'applications. Ces scripts étaient bogués, fragiles et représentaient un casse-tête de maintenance : nous avons donc décidé de les supprimer.
Pour ceux qui tiennent toujours à Discover, la création d'une image personnalisée l'incluant constitue une voie viable.
Starship
Starship sera également retiré de l'image, car il s'installe très facilement depuis brew. Cela s'inscrit dans notre objectif de long terme consistant à alléger les images en supprimant les paquets que l'on trouve facilement dans Homebrew ou Flathub.
brew install starship
AppImages
Un changement à venir avec Fedora 44 est le retrait de Fuse2. Cela signifie que de nombreux AppImages plus anciens ne fonctionneront plus. Il existe un format plus récent pour les AppImages, mais malheureusement beaucoup de paquets n'y sont pas (encore) passés.
Fw-fanctrl
L'outil en ligne de commande fw-fanctrl, spécifique à Framework, est présent dans nos images depuis un bon moment. Malheureusement, le paquet est cassé depuis un certain temps et il n'est pas vraiment nécessaire (beaucoup de nos utilisateurs n'ont probablement jamais touché aux profils de ventilation), il sera donc lui aussi retiré. De plus, il a également causé de petits problèmes sur d'autres ordinateurs portables.
Module noyau et démon Openrazer
OpenRazer (module noyau et démon) est un autre paquet que nous incluons depuis assez longtemps. Mais comme nous souhaitons garder des images propres et maintenables, nous avons décidé de retirer ces outils d'Aurora. L'outil officiel (actuellement réservé à Windows), Synapse, semble évoluer vers une solution basée sur le navigateur web, ce qui profitera aussi aux utilisateurs de Linux. Cette solution est actuellement en bêta et prend déjà en charge certains appareils Razer.
ISO
Fedora 44 apportant des changements à Plasma et à l'expérience d'installation, nous avons construit une ISO BÊTA intégrant ces nouveautés afin de pouvoir les tester avant le lancement officiel de Fedora 44.
L'un des plus grands changements est l'introduction de Plasma-setup, qui nous permet de supprimer l'étape de création d'utilisateur de l'installateur Anaconda. Plasma-setup s'en occupera au premier démarrage, comme GNOME le fait depuis des années.
Vous trouverez des informations sur les ISO bêta sur la page Test des ISO de notre documentation. Nous espérons que certains d'entre vous auront le temps de tester ces ISO. Elles ont été testées en interne, mais les tests supplémentaires ne sont jamais de trop !
Améliorations générales du système de build
Nous avons légèrement amélioré notre pipeline de build, notamment en mettant en place des caches de paquets et d'autres changements qui ont rendu les builds locaux itératifs plus rapides.
Nouvelle image de base
Au début de l'année, nous avons changé notre image de base. Auparavant, nous utilisions nos propres images https://github.com/ublue-os/main. Nous avons jugé plus simple de récupérer l'image de base directement depuis la source amont, maintenue par Timothée Ravier sur la GitLab de Fedora. Pour l'instant, ces images ne sont pas « officielles Fedora », mais elles nous rendent bien service en attendant la sortie des nouvelles images de base Silverblue/Kinoite. Grand merci à Timothée et aux innombrables autres contributeurs de Fedora ! Nous ne serions rien sans eux 🙂.
SBOM et journaux des versions
Nous avons intégré les SBOM (Software Bill of Materials) à notre pipeline de build. Cela faisait partie d'un effort plus vaste visant à nous éloigner de l'implémentation legacy-rechunk, qui gérait nos journaux des versions GitHub.
Avis important concernant Fedora 45
Voici un préavis concernant un changement plus important que nous planifions pour Aurora lorsque Fedora 45 sortira à l'automne, plus tard cette année. Malheureusement, nous avons décidé d'abandonner la prise en charge de ZFS sur le flux d'images :stable. Ce n'est pas une décision facile, mais nous y sommes arrivés en raison de problèmes de cadence de publication : à plusieurs reprises, nous avons été contraints de retarder la sortie de nos images stables. Le noyau de Fedora évolue de manière assez agressive et, dès qu'une nouvelle version du noyau est disponible, elle nécessite toujours une prise en charge par ZFS, ce qui peut prendre du temps.
Même si notre branche stable suit le noyau CoreOS « gated », généralement en retard d'environ 4 semaines sur le noyau de Fedora (lorsqu'une toute nouvelle branche de noyau sort), le rythme reste trop soutenu pour les modules hors arbre comme ZFS.
Enfin, ZFS a la réputation d'être un « système de fichiers pour serveurs », ce qui ne correspond pas vraiment à l'esprit desktop que nous portons avec Aurora.
Quoi qu'il en soit, voici une preuve de concept montrant comment l'intégrer à un build personnalisé basé sur le image-template d'ublue.
Testeurs recherchés
Avec les nouvelles images bêta, nous avons également changé la manière dont elles sont rechunkées. Si vous exploitez une image personnalisée, c'est quelque chose que vous devriez aussi implémenter dans la vôtre. Le rechunker précédent faisait quelques choses qu'il n'aurait probablement pas dû faire concernant la gestion des utilisateurs et des groupes, et nous en payons le prix aujourd'hui. Nous avons mis en place une solution de contournement pour ce problème, déjà implémentée et testée dans Zirconium. Si vous constatez des problèmes étranges qui pourraient provenir d'une configuration inhabituelle liée à cela, merci de nous le signaler en ouvrant des issues à ce sujet sur GitHub. Merci spécial à @tulilirockz et @hecknt, comme toujours !
Cela dit, nous espérons que certains d'entre vous auront le temps de tester les nouvelles images bêta. C'est probablement l'une des plus grosses mises à jour que nous ayons jamais apportées à Aurora. Vient ensuite la version officielle, qui devrait arriver vers la fin du mois d'avril ou le début du mois de mai.
À la prochaine, et n'oubliez pas de contempler les étoiles !
L'équipe Aurora