Stargazer 5 - Bilan de l’année

Bonjour les stargazers ! Aujourd’hui, nous revenons sur l’année 2025 d’Aurora et nous nous tournons aussi vers 2026. Cet article reprend l’essentiel du bilan de fin d’année de Bluefin, avec quelques nouvelles propres à Aurora.

Cet article sera plutôt long : prenez votre boisson préférée et c’est parti !

L’histoire d’Aurora

Un petit rappel historique pour les personnes qui découvrent Aurora.

Aurora au sein de Bluefin

Remontons au mois d’avril 2024 : Aurora a alors été officiellement accepté au sein du projet Universal Blue. Le légendaire M2 a remanié le dépôt Bluefin pour y accueillir à la fois Bluefin et Aurora et les construire à partir du même code. À l’époque, construire les deux produits depuis un même dépôt était logique, car ils partageaient beaucoup de similitudes dans leur configuration, leurs applications préinstallées et d’autres aspects.

C’est là que l’identité visuelle, la vision et l’idée d’Aurora ont commencé à prendre forme. Au cours des mois suivants, nous avons travaillé à construire cette identité, notamment en lançant une première version du site web où vous pouviez découvrir et télécharger le système d’exploitation.

La séparation

Avançons jusqu’en décembre 2024, moment de la « séparation ». Jorge a cloné le dépôt Bluefin pour en faire un dépôt indépendant. Maintenir Aurora et Bluefin dans le même dépôt n’était plus vraiment viable : les deux projets divergeaient, et les efforts nécessaires pour s’assurer qu’un changement ne cassait pas l’un ou l’autre devenaient démesurés. Aurora a donc obtenu son propre dépôt. C’est aussi à cette période que des membres de la communauté, notamment inffy, ledif et renner, ont commencé à se manifester et à contribuer à Aurora comme à Universal-Blue. Tous trois sont rapidement devenus des personnes formidables avec qui travailler à la maintenance d’Aurora et d’autres parties d’Universal Blue. Je tiens à les remercier tout particulièrement : sans eux, Aurora ne pourrait pas être maintenu et ne serait pas dans sa forme actuelle, aussi saine, florissante et aboutie. Un immense merci.

L’arrivée de Chandeleer

Début 2025, nous avons trouvé notre directeur artistique et artiste, Chandeleer. Après son premier fond d’écran en mai 2025, il a créé tout un univers de personnages et d’illustrations pour Aurora : les Coneheads. Parti de presque rien, il ne cesse depuis de nous épater avec ses fonds d’écran, et nous sommes infiniment reconnaissants de pouvoir compter sur un artiste aussi talentueux. Depuis mai, Chandeleer enchaîne les superbes créations ; elles sont toutes fournies avec votre installation d’Aurora, à vous de choisir, avec une nouveauté chaque mois. Au passage, vous pouvez découvrir tous les personnages et fonds d’écran dans la nouvelle galerie d’art de notre site web.

Soutenez Chandeleer sur sa page Ko-Fi pour lui permettre de créer encore plus d’illustrations.

Notre nouveau logo

À l’été 2025, l’identité visuelle d’Aurora a bénéficié d’une retouche modeste, mais essentielle, grâce à deux formidables artistes de la communauté : Delphic Melody et zandrro. Ils ont repris l’ancien logo, généré par IA (jetez-moi la pierre, mais je ne suis malheureusement pas artiste), pour en faire une création humaine et la plus belle version à ce jour. Un grand merci à tous les deux pour leurs contributions.

Aurora obtient sa propre mascotte, Scope

Grâce aux illustrations de Chandeleer, Aurora a acquis sa propre identité et sa mascotte, Scope. Ce télescope vivant — toujours dans le thème de l’observation des étoiles ! — est probablement l’une des mascottes les plus adorables et les plus réussies que j’aie vues. Il est présent sur tous les fonds d’écran depuis le tout premier.

Bilan général de 2025

En 2025, l’essentiel de notre travail s’est déroulé en coulisses, avec beaucoup de réorganisation et de nettoyage des images. Nous considérions Aurora comme ayant presque toutes les fonctionnalités voulues et avons livré assez peu de changements directement visibles pour les utilisateurs.

Vue d’ensemble de l’architecture

Comme indiqué, nous réorganisons actuellement la manière dont nos images sont construites. Nous avons travaillé avec nos amis de Bluefin pour simplifier nos constructions. À un moment, nous avons constaté que nos fonctionnalités étaient presque identiques : pourquoi passer du temps à dupliquer chaque fonctionnalité dans les deux bases de code ?

Aurora et Bluefin combinent un ensemble de conteneurs OCI de configuration, ensuite intégrés à différentes images. À l’origine, le dépôt Aurora contenait tout ce dont nous avions besoin et résultait d’une croissance organique.

Nous souhaitons partager autant de code commun que possible avec Bluefin et Bazzite. Nous partageons déjà beaucoup de choses et voulions le faire plus proprement. Voici donc notre nouvelle architecture :

Conteneurs OCI

Nous avons remanié une grande partie de notre mise en paquets pour distribuer ces éléments sous forme de conteneurs OCI plutôt que de RPM. Nous nous éloignons ainsi de l’empaquetage classique des distributions pour adopter une approche davantage native du cloud.

• get-aurora-dev/common - Les éléments propres à Aurora se trouvent ici.
• projectbluefin/common - La plupart des choix qui définissent l’expérience de la distribution se trouvent ici.
  • ujust, MOTD, unités de service, configuration de la ligne de commande, choix d’applications, etc. La plupart des éléments liés aux usages devraient se trouver dans ce dépôt.
  • Nous le partageons avec Bluefin afin de rassembler les éléments communs dans un dépôt central.
• ublue-os/artwork - Dépôt des ressources graphiques, partagé avec Aurora et Bazzite.
• ublue-os/brew et le dépôt associé ublue-os/homebrew-tap
  • Ils fournissent Homebrew lui-même ainsi que notre sélection de paquets Brew personnalisés. Merci à toutes les personnes qui contribuent à améliorer Homebrew sur Linux, c’est formidable !

Ces conteneurs présentent l’avantage d’être très faciles à utiliser par d’autres projets bootc et sont, pour l’essentiel, indépendants de la distribution. Les images personnalisées peuvent désormais choisir précisément les composants à inclure, au lieu de devoir composer avec un ensemble monolithique. Le dépôt common est structuré pour être extensible ; consultez notre Containerfile pour voir comment les éléments sont distribués. Cela permet à l’équipe de centraliser la configuration tout en offrant des possibilités de personnalisation aux projets dérivés.

Un ensemble d’images simplifié et facile à maintenir

Découpler les images de cette façon simplifie le développement. Cela nous a déjà permis de supprimer beaucoup de code dupliqué et facilite la maintenance pour l’équipe, tout en simplifiant les contributions et la résolution des écarts de fonctionnalités entre les images. La maintenance d’Aurora se fait surtout dans les couches OCI communes, plutôt que dans les dépôts des images.

Cela nous a aussi donné l’occasion de nettoyer un grand nombre d’anciens justfiles et scripts que personne n’avait examinés depuis des années. Nous privilégions la simplicité en proposant moins de personnalisations sous forme de recettes ujust.

Merci de votre patience pendant cette transition. Elle a pris plus de temps que prévu, mais nous avons pris le temps nécessaire, car nous privilégions la maintenance à long terme.

Serveur Discord

Avec la croissance d’Aurora et de nos projets frères Bluefin et Bazzite, le nombre d’utilisateurs de notre serveur Discord commun Universal Blue a fortement augmenté, et nous commencions à nous y sentir un peu à l’étroit. Après en avoir discuté avec nos amis de Bazzite, nous avons décidé qu’une réorganisation s’imposait. Nous disposons maintenant de notre propre serveur Discord Aurora. Le serveur d’origine a été renommé pour devenir celui de Bazzite, mais tous les canaux de développement d’Universal Blue resteront le lieu de collaboration entre les projets Universal Blue.

Si vous souhaitez discuter de Linux, et plus particulièrement d’Aurora, rejoignez-nous sur https://discord.getaurora.dev.

Perspectives pour 2026

Canaux de publication

Nos images resteront basées sur Fedora, mais nous étudions un processus de publication inspiré de CoreOS. Pour une présentation détaillée de ce à quoi cela pourrait ressembler, consultez l’article de Bluefin. À ce stade, nous envisageons de conserver le canal :stable tel quel et d’ajouter des canaux :testing et :next, comme dans CoreOS.

Changements et raisons de ces choix

À première vue, cela ressemble à un simple changement de nom ; passons donc en revue les différences :

• aurora:next - Tous les changements arriveront ici en premier. Nous ne garantissons aucune stabilité. Des images seront construites quotidiennement. Ce canal ne remplacera pas aurora:latest, car il est certain que nous y casserons des choses. Les constructions auront lieu au moins une fois par jour et à chaque nouveau changement.
• aurora:testing - Lorsque les changements de :next auront été testés par au moins une personne, ils seront mis en attente pour rejoindre testing. Nous prévoyons qu’ils y resteront au minimum une à deux semaines, sauf si nous devons corriger une régression. Ce canal sera construit quotidiennement.
• aurora:stable - Il correspondra à la version actuelle de Fedora, mais tous les changements qui y arriveront auront au moins été vérifiés dans les branches précédentes.

Nous n’avons PAS ce processus de promotion aujourd’hui : c’est l’objectif. Si vous utilisez aurora:latest, nous vous orienterons vers aurora:stable-daily pour que vous continuiez à recevoir des images quotidiennes. Nous ne vous ferons volontairement pas passer à next, car ce canal sera instable. Les branches next et testing nécessiteront toutes deux un choix explicite de votre part.

Voilà donc le projet. Nous n’avons toutefois pas encore de date définie pour sa mise en place, ni même la certitude qu’il aboutira. Nous sommes malheureusement une petite équipe et ne pouvons pas nous engager sur des dates précises pour le moment. Nous visons actuellement les alentours du cycle de publication de F44, ou plus tard.

Et la LTS ?

Vous souvenez-vous de la version Aurora LTS annoncée il y a quelque temps ? Elle n’a malheureusement jamais vu le jour en raison d’obstacles techniques. Là encore, nos ressources étaient très limitées, et l’équipe de l’époque n’avait ni le temps ni le « besoin » de créer et de maintenir une version LTS d’Aurora.

Récemment, James, un ami du projet, a repris cette idée et dispose d’une version fonctionnelle d’Aurora LTS basée sur CentOS, tout comme Bluefin LTS. Nous ne promettons rien quant à l’issue de ce travail, mais nous espérons pouvoir la publier un jour aux côtés des images actuelles basées sur Fedora.

Bazaar prend le relais avec F44

L’arrivée de Fedora 44 au printemps 2026 s’accompagnera d’un changement concernant nos boutiques d’applications. Nous avons permis l’utilisation de Discover comme solution de remplacement, mais à partir de F44, il sera temps de lui dire au revoir et de faire de Bazaar l’unique boutique Flatpak d’Aurora.

Bazaar a beaucoup progressé, et nous entretenons d’excellentes relations avec son équipe de développement. Maintenant qu’Aurora utilise la version Flatpak de Bazaar, qui est la seule version officielle, nous recevrons les améliorations et les corrections dès leur publication sur Flathub, sans devoir synchroniser et maintenir manuellement nos propres versions RPM.

Environnement de développement

En 2026, nous étudierons également la possibilité d’intégrer les fonctionnalités d’aurora-dx sans nécessiter d’image distincte, afin de vous offrir davantage de souplesse à l’avenir :

• Nous prévoyons d’ajouter containerd à l’image, ce qui apportera également Docker pour que tout fonctionne immédiatement. Vous n’aurez pas à vous débattre avec adduser : nous nous en chargerons pour vous.
• La manière dont nous mènerons cette transition reste encore à préciser ; il faudra donc faire preuve de patience.

Des sélections adaptées aux usages

Nous nous efforçons de réduire le nombre d’éléments intégrés directement aux images et de proposer à la place des sélections adaptées aux usages, via Bazaar pour les Flatpaks et Bold Brew pour les applications en ligne de commande. Un grand merci à Vito Castellano, qui continue d’améliorer l’expérience Brew sous Linux avec Bold Brew !

La première catégorie est notre sélection ide. Elle propose VSCode, Codium et Jetbrains toolbox comme environnements de développement graphiques, ainsi que nvim, helix et micro pour les passionnés de la ligne de commande.

La sélection experimental-ide inclut les produits JetBrains individuels, si vous préférez les installer un par un, ainsi qu’Antigravity et Cursor. Ils rejoindront le dépôt de production à mesure que nous recueillerons davantage de retours. Nous avons aussi commencé à ajouter des [outils Swift] à cette liste pour nous rapprocher de cette passionnante communauté open source !

Grâce à la nouvelle prise en charge de Flatpak dans les Brewfiles, nous pouvons maintenant proposer toutes sortes de combinaisons !

Enfin, grâce à notre dépôt personnalisé, nous étudions comment proposer aurora-cli sur MacOS, afin que vous puissiez retrouver ces mêmes outils pratiques sur plusieurs systèmes d’exploitation. James dispose d’un prototype que vous pouvez découvrir.

Outils d’IA et d’apprentissage automatique

Notre sélection d’outils d’IA continue de s’étoffer. Je souhaite mettre en avant goose, un outil que j’explore beaucoup ces derniers temps. Son transfert à l’Agentic AI Foundation en fait un excellent choix pour vos besoins locaux en LLM et en ligne de commande.

Nous avons aussi ajouté Codex, Copilot CLI, Gemini, LM Studio, Mistral Vibe et Qwen Code à la liste. Continuez à nous faire part de vos retours sur les outils que vous utilisez.

Merci Docker !

Vous y trouverez également le nouveau module de modèles Docker. Un immense merci à l’équipe Docker pour sa collaboration !

Autres nouveautés

Voici ce qui ne trouvait pas sa place ailleurs dans ce bilan !

• Powerwash est arrivé ! - ujust powerwash est maintenant en version alpha et prêt à être testé. Utilisez cette commande si vous souhaitez effacer les données de votre PC avant d’en faire don. Elle encapsule la commande bootc install reset --experimental derrière quelques boîtes de dialogue de confirmation pour en faciliter l’usage. Soyez prudent avec celle-ci ! Consultez la documentation de bootc pour plus d’informations.

Statistiques

Passons aux chiffres ! Regardons d’abord les projets en amont dont nous dépendons le plus. Ce niveau de croissance confirme notre choix de faire confiance à des systèmes qui donnent la priorité aux développeurs d’applications.

• Bilan 2025 de Flathub - Une croissance de 20,3 % sur un an, et [Bazaar] ne cesse de s’améliorer.
• Statistiques annuelles de Homebrew - Bluefin (11e), Bazzite (12e) et Aurora (15e) sont bien représentés dans l’utilisation de Homebrew.

Les statistiques d’Aurora sont disponibles sur LFX Insights, que nous avons commencé à utiliser cette année. Voici nos statistiques de contribution et quelques graphiques. Nous avons également franchi le cap des 2 000 utilisateurs hebdomadaires.

N’oubliez pas non plus de consulter les statistiques de Bluefin et de Bazzite !

Ébauche de feuille de route du développement

Voici quelques dates importantes, encore provisoires :

• Janvier 2026 - Fin de la transition vers les conteneurs OCI communs.
• Avril 2026 - Passage à une base Fedora 44.
• Printemps 2026 - Aurora LTS, à titre indicatif et sans promesse !

À bientôt en 2026

Cet article est finalement plus long que prévu. Merci de nous avoir accompagnés en 2025 ; nous avons hâte de travailler avec vous en 2026 ! Enfin, si vous êtes arrivés jusqu’ici et souhaitez encore en savoir plus sur les coulisses du projet, ne manquez pas cet entretien avec Michael Tunnell :