Mageia Blog (Français)

Nous sommes ravis d’annoncer que le Conseil d’Administration de Mageia a officiellement validé la publication de la première image ISO Alpha pour Mageia 10 ! 

Cela marque une étape importante dans le cycle de publication de Mageia 10 et ouvre la voie à des tests à grande échelle par la communauté et à des retours précoces.

Mageia 10 continue d’être développée dans Cauldron, notre branche de développement bien aimée, où tout le travail de préparation de la prochaine version est effectué. Avec la validation du Conseil d’Administration, l’équipe infrastructure est désormais prête à publier les images ISO Alpha pour les téléchargements et les tests.

Ce que cela signifie que:

• Les ISO Alpha sont les premiers aperçus publics de la prochaine version. Elles ne sont pas prêtes pour une utilisation en production, mais elles sont parfaites pour les développeurs, les testeurs et les utilisateurs curieux qui souhaitent découvrir ce qui se prépare dans Mageia 10 et contribuer à l’améliorer en signalant des bogues, en testant les installations et en confirmant la compatibilité matérielle.

• Ces ISO représentent la version initiale de Mageia 10 alors que la distribution entame son compte à rebours officiel avant les étapes bêta et Release Candidate, et une version finale actuellement prévue pour avril 2026.

L’ensemble Mageia 10 Alpha comprend une collection complète de formats d’installation :

• ISO d’installation classique pour les installations traditionnelles sur les systèmes 32 bits (i686) et 64 bits

• Images Live Desktop présentant des bureaux populaires tels que Plasma, GNOME et Xfce

Comment vous lancer 

Pour participer et tester Mageia 10 Alpha :

• Téléchargez les ISO Alpha.

• Gravez l’image ISO sur une clé USB à l’aide d’IsoDumper sur Mageia (Rufus sur Windows), ou démarrez dans une machine virtuelle et explorez l’installeur et les environnements live.

• Signalez les bogues que vous rencontrez avec autant de détails que possible.

• Aidez-nous à traduire ou à mettre à jour la documentation, comme nos notes de publication — les contributions précoces font une grande différence.

Le modèle de publication de Mageia repose sur la participation active de la communauté. Pendant la phase Alpha, les testeurs aident à détecter les problèmes à un stade précoce, avant qu’ils n’atteignent les étapes ultérieures du cycle de publication. Les rapports de bogues contribuent directement à l’amélioration de la stabilité et de la qualité globale, tandis que les mises à jour de traduction, les améliorations de la documentation et les perfectionnements de l’installateur peuvent être traités à un stade précoce et déterminant.

Chaque commentaire, qu’il s’agisse d’un simple « ça démarre ! » ou d’entrées de journal détaillées, contribue à garantir que Mageia 10 répond à nos normes de qualité.

Merci à la communauté

Un grand merci à tous ceux qui contribuent à Mageia, des développeurs et packagers aux testeurs, traducteurs et rédacteurs de documentation. Cette version est le résultat du travail acharné de nos contributeurs.

Mageia reste un projet 100 % communautaire, et c’est la passion de nos bénévoles qui rend possible des étapes importantes comme celle-ci.

Restez à l’écoute du blog Mageia et des canaux de diffusion pour les prochaines mises à jour, alors que Mageia 10 poursuit son chemin vers une version stable.

Faisons de Mageia 10 la meilleure version à ce jour !

Rédaction : Davide

Le 1er décembre, l’équipe de développement de Mageia s’est réunie pour discuter de l’avancement de Mageia 10, établir une feuille de route initiale pour la sortie et faire le point sur l’état d’avancement des principales piles logicielles.

Un calendrier provisoire a été convenu, visant à démarrer le cycle de publication dès que possible avec une première version alpha qui aurait dû sortir « hier » (je plaisante, bien sûr), une première version bêta prévue pour la première moitié de janvier 2026, suivie d’une deuxième version bêta un mois plus tard. La version release candidate est prévue deux semaines après la deuxième version bêta, tandis que la version finale est attendue en avril 2026.

Cette séquence vise à éviter que les piles logicielles de Mageia 10 ne deviennent obsolètes avant sa sortie stable et, en même temps, à garantir que tout fonctionne parfaitement selon nos normes.

L’équipe a également examiné l’état d’avancement des différentes piles logicielles qui seront incluses dans la prochaine version :

PHP : les versions 8.5 (actuellement dans Cauldron) et 8.4 (probablement en parallèle) seront incluses afin de prendre en charge un plus large éventail de sites web.

Python : la version actuelle est 3.13. Aucun passage à Python 3.14 n’est prévu. 

Ruby : aucune mise à jour prévue vers Ruby 4.0.0, car elle ne contient pas de changements majeurs.

Java : Java 21 restera la version LTS (Long-Term Support) afin d’assurer la prise en charge 32 bits, mais Java 25 (la dernière version) sera disponible en tant que java-latest pour les architectures 64 bits.

GCC et LLVM : GCC est actuellement à la version 15.2.0 et LLVM à la version 20.1.8 ; il a été décidé de conserver ces versions pour la sortie.

Go/Golang : il a été convenu de passer à la version 1.25.x, en mettant l’accent sur la correction des paquets dépendants qui doivent être mis à jour (environ 820 paquets).

Noyau : le noyau actuel est la version 6.12.60 (LTS). Une discussion est en cours concernant l’adoption du noyau 6.18.x (probablement le prochain LTS) afin d’améliorer la prise en charge des derniers matériels, en particulier pour les jeux.

Environnements de bureau : LXDE et LXQt sont déjà à jour, mais la discussion est toujours ouverte concernant KDE et GNOME. 

LibreOffice est à la version 25.8.3, la version 26.2 étant prévue pour fin janvier 2026.

Vous trouverez ici une liste plus détaillée des versions proposées pour les piles/applications/logiciels.

Passons maintenant aux points critiques.

La création d’ISO 32 bits est bloquée en raison d’une erreur de segmentation dans perl-URPM. Il a été proposé de procéder à une version Alpha sans ISO 32 bits et de se concentrer sur la mise à niveau des systèmes i586 existants via urpmi.

Il est à noter que Mozilla et d’autres fournisseurs abandonnent l’architecture 32 bits, ce qui rend de plus en plus difficile le maintien d’une prise en charge complète.

Le problème de la mise à jour manuelle des clés GPG et des politiques de cryptage pour la migration de Mageia 9 vers Mageia 10 a été soulevé. L’équipe cherche une solution à mettre en œuvre dans Mageia 9 avant la sortie.

Il existe une incertitude quant au statut de Chromium, car il n’est actuellement pas maintenu.

Le travail d’intégration de deux nouveaux nœuds de compilation ARM loués est bien avancé, avec des progrès réalisés dans l’utilisation de conteneurs Docker pour les compilations, bien que des modifications mineures des outils ulri et iurt soient nécessaires.

La réunion a mis en évidence un climat constructif et axé sur le progrès. Mageia 10 semble prête à entrer en phase Alpha, tout en étant consciente des problèmes qui restent à résoudre, notamment en ce qui concerne i686, le noyau et le réglage des différentes piles logicielles.

La communauté est active et collaborative, et le travail de consolidation effectué jusqu’à présent jette des bases solides pour une version stable dans les mois à venir.

D’autres mises à jour sur le travail seront publiées, mais nous recommandons tout de même de continuer à consulter les pages Notes de version et Errata.

Comme vous pouvez le constater, nos blogs sont toujours opérationnels.

Cependant, les serveurs hébergeant la plupart des autres éléments de notre infrastructure, tels que les forums, le wiki et Bugzilla, ne le sont pas.

La cause de la panne reste à confirmer par l’un de nos administrateurs système.

Quoi qu’il en soit, le problème est connu, nous essaierons de mettre à jour ce message dès que nous en saurons plus.

Edit 1: la panne est celle d’un répartiteur réseau dans le datacenter. Il doit être remplacé, mais il faut le temps d’approvisionner un autre (18/9/25 à 9h45).

Edit 2 : la panne est toujours en cours, mais nous avons mis en place une réplique de la liste de miroirs, de telle sorte que les mises à jour et les nouvelles installations ne sont plus bloquées. De plus l’adresse www.mageia.org a été redirigée vers les blogs (2025-09-24 à 08:00 CEST).

Edit 3 : Malheureusement, il semble que les utilisateurs qui utilisent DNF au lieu d’URPMI (l’outil traditionnel de Mageia pour les mises à jour) ne puissent toujours pas utiliser la liste de miroirs. La raison en est que DNF utilise une liste de miroirs différente. Cette liste de miroirs n’a pas (encore) été répliquée. Pour contourner ce problème, vous pouvez exécuter les commandes suivantes, dans une console en tant que root :

cp -a /etc/yum.repos.d/ /etc/yum.repos.d_original/
cd /etc/yum.repos.d/
sed -i 's/^mirrorlist/#mirrorlist/' *
sed -i 's/#baseurl/baseurl/' *

Cela permettra de définir https://mirrors.kernel.org comme miroir fixe, afin que vous puissiez à nouveau installer des paquets (2025-09-25 à 13:00 CEST).

Edit 4 : nous avons reçu l’information du datacenter que l’intervention de remplacement aurait lieu au plus tard vendredi 26 (2025-09-25 à 13:45 CEST).

Edit 5 : l’intervention n’a pas eu lieu vendredi comme escompté, et nous n’avons pas de précision à ce sujet à l’heure actuelle. Nous supposons qu’il y a une bonne raison à cela (2025-09-29 à 11:00 CEST).

Edit 6 : Le personnel du datacenter nous a informé de la livraison prévue du switch pour demain. Nous espérons le retour complètement opérationnel des serveurs pour lundi ou mardi (2025-10-02 16:00 CEST).

Edit 7 : Le routeur a été livré au centre de données et l’ancien a été remplacé. La semaine dernière, quelqu’un s’est rendu au centre de données pour câbler le matériel, mais il semble y avoir un problème avec les fibres optiques, ce qui fait que nos serveurs ne sont toujours pas disponibles. Nous ne connaissons pas encore le moment prévu pour chercher à résoudre ce nouveau problème (2025-10-07 9:00 CEST).

Edit 8 : Les serveurs sont de retour ! (2025-10-07 15:00 CEST)