Mageia Planet ( Français )

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.

Qu’est-ce que le mouvement AdieuWindows ?

Le mouvement AdieuWindows, lancé par l’APRIL, répond à l’arrêt du support de Windows 10 intervenu le 14 octobre 2025.
Il centralise les GULL (Groupe d’Utilisateurs de Logiciels Libres), fait connaître toutes les actions qui favorisent une alternative à cette obsolescence programmée et aide ainsi les utilisateurs à conserver leur matériel de manière fonctionnelle et sécurisée. Cela peut aller des rendez-vous d’entraide à l’installation de Linux ou encore d’ateliers de présentation de ces alternatives.
L’APRIL donne de la visibilité à ces initiatives via sa page AdieuWindows et l’Agenda Du Libre.
Chaque GULL peut ainsi venir référencer ses évènements sur ces pages. Tout l’argumentaire et les kits de déploiement y sont disponibles.
AdieuWindows s’inscrit dans la continuité du mouvement plus large et mondial, EndOf10, dont nous avons parlé en juillet dernier

Mageia, une alternative inscrite sur le site AdieuWindows

400 millions d’ordinateurs dans le monde environ sont incompatibles avec cette nouvelle version de Windows, dont certains de moins de trois ans !
Mageia Linux est compatible avec toute la gamme de PC, des machines les plus puissantes aux plus modestes ou encore sur des architectures 32bits avec peu de ressources processeur ou RAM. C’est un candidat idéal pour aider à cette transition.
Mageia est pensé pour que l’expérience utilisateur soit la plus agréable et la transition la plus facile possible.
Mageia jouit d’une belle réputation de fiabilité et c’est donc tout naturellement que Magali Garnero, Présidente de l’APRIL, nous a sollicités pour nous référencer et aider à faire connaître cette action.

Comment aider Mageia et AdieuWindows ?

C’est tout simple, aidez à installer Mageia et parlez de l’évènement de l’APRIL autour de vous.
Faites connaître l’alternative Mageia, allez à la rencontre des GULL pour proposer votre support. Chaque petite action compte!
La communauté Française MLO s’est déjà mobilisée avec ses utilisateurs en participant à diverses rencontres comme le Capitole du Libre ou des rendez-vous d’entraide réguliers.

Il ne tient plus qu’à vous de grossir les rangs de cette belle mobilisation populaire et collective.

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)

Le Capitole du Libre est un des plus grands évènements de la culture libriste de France. Il se déroulera les 15 et 16 novembre prochain. L’inscription est obligatoire mais l’entrée est gratuite.
De nombreux représentants du logiciel libre y seront présents.

• Des conférences…
• Des Ateliers
• Des tables rondes
• Des Lan Party (jeux en réseau)

Et aussi des foods trucks pour les gourmands et un village associatif.

Notre ami Dtux a donc réservé une place pour que Mageia soit représentée dans ce grand évènement.
Si vous êtes utilisateurs de Mageia ou juste curieux, n’hésitez pas à venir faire une tour sur notre stand. 

Pour les plus motivés si vous en avez l’envie, vous pouvez venir donner un coup de main pour: 

• De la manutention, installer le matériel et ranger le matériel
• Relayer les contributeurs présents sur notre stand

Nous espérons pouvoir vous y croiser pour discuter de Mageia et de logiciels libres !!

Il s’agit d’un billet inhabituel… Comme nous l’avons signalé dans les mises à jour précédentes (MGASA-2025-0195, MGASA-2025-0197 et MGASA-2025-0201), nous n’avons pas été en mesure de fournir des mises à jour pour Firefox et Thunderbird dans l’architecture arm7hl pendant une longue période.

Ce problème avait deux causes. La première, notée dans les avis de sécurité cités, était due à un bogue dans les outils utilisés pour construire Firefox et Thunderbird pour cette architecture. La seconde était due à l’activation de l’optimisation du temps de liaison (LTO) en mode « fat » lors de la construction de certains composants du logiciel Rust, ce qui amenait le système de construction à dépasser la limite de 4 Go de mémoire pour cette architecture.

La seconde cause était plus difficile à corriger, et nous étions sur le point de vous informer que nous ne pouvions plus supporter ces logiciels dans Mageia 9 pour l’architecture armv7hl. Mais Pascal Terjan (un de nos empaqueteurs) a trouvé un correctif dans la communauté Debian pour ce problème.

Firefox est maintenant mis à jour vers la version 128.12.0 ESR dans toutes les architectures, à la fois dans Mageia 9 et Cauldron – une mise à jour à partir de 115.13.0 sur armv7hl – et Thunderbird suivra dès que la version 128.12 sera prête.

Rédaction de Katnatek – Traduction de Papoteur avec Deepl

Nos sites web ont toujours eu la visite de robots. Il s’agissait principalement de bots gentils, comme les robots qui maintiennent les bases de données des moteurs de recherche à jour. Ces gentils robots commencent par consulter nos fichiers robots.txt avant de faire quoi que ce soit, et respectent les restrictions définies dans ces fichiers.

Cependant, les choses ont changé. Comme d’autres sites web, par exemple Wikipédia, nos sites sont de plus en plus visités par des « AI scrapers », des robots qui explorent l’internet à la recherche de tout ce qu’ils peuvent trouver pour entraîner des applications d’intelligence artificielle. Ils sont généralement très avides d’informations et téléchargent donc beaucoup, beaucoup plus qu’un utilisateur ordinaire ne le ferait. En outre, nombre d’entre eux sont impolis : ils ne respectent pas les règles définies dans nos fichiers robots.txt, ils cachent leur véritable identité, ils ne marquent pas de pause entre les requêtes – au contraire, ils bombardent nos serveurs de requêtes provenant d’un grand nombre d’adresses IP différentes en même temps. Le résultat est que certaines parties de mageia.org, comme notre Bugzilla, notre Wiki et nos Forums, deviennent inaccessibles.

Ci-dessous, vous pouvez voir la charge CPU de l’un de nos serveurs les plus importants, où se trouvent, entre autres, nos forums et notre wiki :

Même si la mise à niveau de notre infrastructure était déjà terminée, ce ne serait pas suffisant pour pallier ce problème.

La stratégie classique de blocage des adresses IP utilisées est en échec, car les adresses IP utilisées changent constamment. L’un de nos administrateurs système vient de me parler d’un gros problème : les « proxies mobiles », où les robots font passer leurs requêtes par l’intermédiaire de téléphones d’utilisateurs.

Les requêtes paraissent ainsi beaucoup plus légitimes et difficiles à bannir sans risquer de bloquer les utilisateurs réels. Une grande partie de ce phénomène se produit sans que les utilisateurs ne sachent que leur téléphone est utilisé de la sorte. Certaines applications incluent des proxys avec un jeu ou une autre application et le cachent en petits caractères dans les conditions d’utilisation. L’année dernière, il a été signalé que Google avait supprimé un certain nombre d’applications de ce type de sa boutique.

Outre les téléphones, il existe des appareils IoT et des ordinateurs ordinaires qui se sont retrouvés dans des réseaux de zombies parce qu’ils n’étaient pas bien protégés. Ils peuvent être utilisés pour le scraping de l’IA et le sont probablement aujourd’hui.

Nos administrateurs système sont parvenus à plusieurs reprises à atténuer le problème, mais il s’agit d’un « jeu du chat et de la souris », de sorte que le problème est susceptible de se reproduire.

Si vous connaissez des personnes travaillant sur des applications d’intelligence artificielle qui doivent être entrainées, demandez-leur de s’assurer que leurs robots lisent et respectent les fichiers robots.txt qu’ils rencontrent. Et, bien sûr, incitez vos amis et votre famille, lorsque vous pensez qu’ils en ont besoin, à s’assurer que leurs ordinateurs et autres appareils intelligents reçoivent toutes les mises à jour de sécurité dès qu’elles sont publiées.

Rédigé par Marja. Traduit par Papoteur

Pour faire du bon travail, il nous faut de bons outils. Certains de nos serveurs sont anciens,  plus assez puissants et limités en ressources disques pour répondre aux besoins des développeurs. La fabrication des RPM prend beaucoup de temps et cela nuit à l’efficacité pour maintenir et faire évoluer la distribution. Bref, les machines sont bien amorties. 

C’est pourquoi notre infrastructure fait donc peau neuve. Mieux adaptée aux nouvelles technologies, elle permettra un travail plus rapide et efficace à nos développeurs.

Où en est donc cette nouvelle infrastructure ?

Nous avons reçu 5 nouveaux serveurs:

• 2 nouveaux noeuds de construction des paquets : HPE ProLiant DL 360 Gen10 – 2xXeon 6126 (12C/2.6GHz) – 256GB RAM – 2xSSD 3.8TB HW Raid 1 – 2x10Gb/s NICs
• 2 serveurs  pour remplacer sucuk et duvel : HPE ProLiant DL 380 Gen10 – 2 Xeon 6126 (12C/2.6GHz) – 256GB RAM – 2xSSD 3.8TB HW Raid 1 – 10xHDD 12TB HW Raid 5 – 2x10Gb/s NICs
• 1 serveur de déploiement et de sauvegarde : HPE ProLiant DL80 Gen9 – 2xXeon E5-2603v4 (6C/1.7GHz) – 256GB RAM – 6xHDD 6TB (un don, avec quelques pièces renouvelées)
• 1 switch Arista 7120T 20xRJ-45 10Gb/s 4xSFP+ 10Gb/s pour l’interconnexion des machines   

Le projet est d’utiliser le dernier serveur pour déployer rapidement et de manière la plus automatique possible les nœuds de construction et les autres machines. La méthode est prête pour les nœuds x86_64 et est en cours de finalisation pour les nœuds ARM (serveurs distants). La préparation des serveurs prend du temps car les équipes anticipent l’avenir et les futures évolutions.

Une fois la partie préparation de nos serveur terminée, il restera la partie intégration au Data Center.

Nous prenons donc notre temps pour bien faire les choses afin de pérenniser l’avenir et les futures versions de Mageia. Aussi, nous ne  publions pas pour l’instant de date prévisionnelle de sortie de Mageia 10.

En attendant, la future version 10 de Mageia continue de buller dans son chaudron !

N’hésitez pas à venir renforcer nos équipes.

Chez Mageia, MADb (Mageia Application Database), est un outil essentiel, en particulier pour les testeurs QA (Quality Assurance). C’est le site de référence pour les informations sur les applications dans nos dépôts avec des liens vers les rapports de bogues, les priorités pour les mises à jour, les comparaisons de versions et plus encore. Le site fournit actuellement les informations pour les versions 8, 9 et cauldron de Mageia et pour toutes les architectures CPU. Il n’est pas seulement essentiel pour les développeurs et les testeurs, mais aussi pour de nombreux utilisateurs qui l’ont trouvé comme une alternative à la recherche avec notre centre de contrôle CCM ou à la ligne de commande lorsqu’ils cherchent des détails sur les paquets.

Il y a quelques mois, Mageia a repris directement le contrôle du serveur loué où se trouvait MADb. Malheureusement, ce serveur n’a pas tenu et comme la technologie derrière l’ancien MADb n’était pas compatible avec une infrastructure plus récente (principalement une version plus récente de PHP), sa remise en service était très compliquée. 

Cependant, tout n’était pas perdu !

Papoteur membre de la communauté française avait commencé la migration de langage afin de rendre MADb opérationnel avec des outils plus actuels. Pour les connaisseurs, la base est une application en Flask, Jinja2 sur Python avec une interface DNF5 pour obtenir les métadonnées. 

Environ 3000 nouvelles lignes de code ont été écrites pour cette nouvelle MADb, qui est désormais en ligne et prête à répondre à vos questions sur les applications Mageia

Ensuite cela a été rapide essentiellement grâce à la communauté française MLO qui a proposé d’héberger l’application sur son serveur, et aussi grâce à Jybz et Papoteur qui ont travaillé d’arrache-pied afin de le rendre notre base de données opérationnelle. C’est pourquoi lorsque vous vous rendez sur l’url https://madb.mageia.org/ vous êtes redirigés vers l’url https://madb.mageialinux-online.org/ . Il s’agit d’une solution temporaire dans l’attente de l’arrivée de nouveaux serveurs mageia pour héberger cette nouvelle version de l’outil.

Si vous utilisez la base et que vous remarquez qu’il manque encore des fonctions d’aide qui n’ont pas été intégrées, n’hésitez pas à en faire part dans les commentaires à la suite de cet article.

Merci à la communauté MLO pour avoir hébergé la nouvelle MADb.

Nous annonçons que nos serveurs de Marseille vont changer de locaux, toujours fournis gracieusement par IELO. De ce fait, le déménagement entraînera une indisponibilité de certains services. Ainsi, le traceur de bogues, le wiki, les serveurs de code, le système de construction entre autres seront hors ligne. La date prévue est entre maintenant et le 9 octobre 2024.

Nous nous excusons pour le désagrément. C’est une étape nécessaire avant le renouvellement du matériel.

[Mise à jour du 9 octobre 2024] L’opération est terminée, les serveurs sont à nouveau opérationnels.