L'Agenda du Libre

Si vous avez envie de regarder sous le capot et vous impliquer dans le développement d’une distribution Linux c’est le moment de participer aux tests.
Mageia a publié une première version alpha en décembre 2025, la version bêta est désormais disponible et une version candidate est envisagée pour mars/avril 2026 pour publication de Mageia 10 « quand ce sera prêt », l’occasion de revenir sur les différentes étapes et l’implication possible.

Pour l’apparence de la distribution, un concours artistique a été lancé du 29 janvier au 25 février 2026, la participation des plus graphistes d’entre vous est la bienvenue ! Le choix pour la Mageia 10 va bientôt être fait, il reste toujours quelques points à améliorer par la suite ;-)

Bref, une version 10 de Mageia qui s’inscrit dans la continuité de la stabilité de Mageia 9 : le cycle de publication est là pour l’avérer, il y aura des pleurs, des cris et de grandes joies à réussir à faire fonctionner au mieux vos logiciels de prédilection.

• lien nᵒ 1 : Calendrier prévisionnel pour Mageia 10
• lien nᵒ 2 : Blog Mageia pour suivre les annonces
• lien nᵒ 3 : Annonce Mageia 10 alpha 1
• lien nᵒ 4 : Lancement concours artistique pour Mageia 10
• lien nᵒ 5 : Téléchargement de la version stable Mageia 9
• lien nᵒ 6 : Téléchargement des ISO Mageia 10 en pré-version (alpha, beta, rc)
• lien nᵒ 7 : Annonce de la disponibilité de Mageia 10 bêta1

Sommaire

• Cycle alpha : reprise de publication
• Cycle bêta : consolidation des tests et des choix pour la version à publier
• Cycle version candidate : finalisation
• Version finale
• Différences de fonctionnement entre version stable et le cycle de publication.
• S’impliquer pour Mageia 10
• Exemples d’utilisations

Pour cette dépêche, le parti pris est de privilégier les annonces en français. Pour autant, le suivi effectif est à faire en anglais (ensuite décliné au besoin en français).

• Blog Mageia en anglais
• Notes de version Mageia 10 en anglais
• Errata pour Mageia 10 en anglais à consolider au fur et à mesure des évolutions, les corrections effectuées seront archivées à publication de la version

Quelques sujets pris en compte pour Mageia 10 :

• choix du noyau Linux 6.18.x qui est une version LTS
• live ISO 64 bits en 3 versions : KDE, GNOME et XFCE
• conservation d’une version 32 bits (i686 et non plus i586), nécessitant des tests et une définition du périmètre, un live ISO basé sur XFCE
• Wayland par défaut pour GNOME, éventuellement (à tester) pour Plasma KDE et autres environnements le proposant, marquant la résorption de Xorg lorsque possible ; plusieurs compositeurs Wayland pour LXQt sont intégrés (Labwc, niri, hyprland, sway)
• bon fonctionnement de l’infrastructure de mise à jour via URPMI, basé sur RPM ou DNF
• Peaufinement de l’intégration des pilotes libres de GPU pour Intel et AMD ; pour les pilotes nVidia ça va être plus compliqué :/
• des mises à jour de vos logiciels préférés (n’hésitez pas à les préciser en commentaire)

Voici les différents cycles et les choix envisageables restant à chaque étape.

Cycle alpha : reprise de publication

Objectif : stabilisation du périmètre envisagé, identification des montées de version de logiciels restant à faire lors du cycle de publication.

Cela permet d’avoir des premiers ISO installables, et de revoir les plannings respectifs de ce qui est à intégrer : des langages (Rust, Ruby…), des logiciels (FreeCAD 1.1 en février donc plutôt lors de la bêta…).

Premières personnes à tester généralement issues de Cauldron—la version de développement en rolling-release—dont l’installation a pour objectif d’avérer la cohérence de l’installation et d'identifier sur le bugzilla les bogues bloquants ce qui en permet le suivi lors de chacun des cycles. Une version plus jolie des bogues bloquants est disponible, même s’ils restent à corriger ;-)

Les arborescences de dépôt 10 sont créées sur les miroirs, pour permettre de gérer l’ajout de nouveaux miroirs au fur et à mesure. Pendant tout le cycle de publication, le fonctionnement est similaire à ce qui se passe en cauldron : l’arborescence release/ reçoit les mises à jour de paquets, rien dans updates/.
Le changement des dépôts de cauldron à 10 est nécessaire pour ne pas rester avec la version de développement une fois Mageia 10 officiellement publiée ; une réinstallation reste préconisée pour ne pas avoir de reliquat des bogues corrigés lors du cycle de publication (même si enlever les différentes versions de noyaux et de bibliothèques permet de faire un 1^er ménage, il peut y avoir des reliquats de configuration intermédiaire qui perdurent).

Cycle bêta : consolidation des tests et des choix pour la version à publier

Objectif : stabilisation des versions de logiciels envisagées, identification des correctifs à l’installeur.

Lancement du concours de visuels pour fonds d’écrans de Mageia 10, icônes et économiseurs : du 30 janvier 2026 au 25 février 2026. C’est la bêta2 qui vous fera découvrir la nouvelle apparence retenue pour Mageia 10.

Les pilotes nvidia posant des problèmes récurrents, il est envisagé de ne pas proposer leur intégration aux ISO (ils seraient à installer par la suite). Les tests sont les bienvenus. La version nvidia470 peut encore être configurée après installation initiale : elle est conservée pour les anciennes cartes graphiques—même si elle n’est plus maintenue tandis que la version 390 est obsolète et ne fonctionne plus avec les nouveaux noyaux Linux—et les versions nvidia580 et nvidia590 sont proposées (paquets nvidia-current_all et nvidia-newfeature-all permettant l’ajout des modules dkms), ainsi que le pilote ne fonctionnant qu’à partir des versions de cartes RTX. C’est le pilote nouveau qui est utilisé par défaut lors de l’installation initiale.

Les pilotes graphiques libres de AMD et Intel ont bien sûr aussi été mis à jour, ils sont disponibles directement dans les ISO live d’installation.

Les tests pour Plasma KDE avec la gestion par Wayland permettront d’identifier l’opportunité de proposer Wayland par défaut, le choix alternatif de Xorg restant disponible.

L’utilisation de clé USB persistante (fonctionnalité apparue avec Mageia 7) pourrait permettre d’avoir sur soi une clé d’installation live à jour et bénéficiant des derniers correctifs : démarrage avec clé USB live sur PC à installer, premiers diagnostics de bon fonctionnement du matériel sans installation—utilisation de la partition persistante pour prendre des notes—  afin de lancer l’installation dans les meilleures conditions, bénéficiant des correctifs de l’installeur notamment.

Par exemple, selon la date de publication de FreeCAD 1.1—prévue initialement courant février 2026—il pourrait être disponible dans les dépôts de paquet de Mageia 10 (pas sur les ISO, il n’y a déjà plus beaucoup de place :D).

Cycle version candidate : finalisation

Objectif : pré-version de la version finale, à publier « quand c’est prêt »

C’est l’occasion de finaliser les différentes documentations de Mageia 10.
Les errata ne conservent que ce qui n’a pas pu être corrigé avant publication et nécessitant une intervention manuelle, ils seront tenus à jour après publication pour les cas spécifiques découverts après coup lors d’une utilisation plus large de la distribution.
Les Notes de version ne vont plus évoluer beaucoup, permettant de stabiliser les traductions dans d’autres langues que l’anglais qui reste la référence.

Version finale

Les miroirs pour les paquets peuvent être mis à jour avec la version 10 : l’arborescence release/ ne va plus évoluer et les mises à jour de paquets arrivent dans updates/.

Peaufinement des visuels retenus pour la version 10.

La notification pour proposer de monter automatiquement de version de distribution à partir de Mageia 9 interviendra un peu de temps après la sortie de la version finale : le temps de finir de les mises à jour pour clore les bogues non encore corrigés pour la version finale.

Différences de fonctionnement entre version stable et le cycle de publication.

Le cycle de publication s’appuie sur Cauldron, la version en développement continu ou rolling-release :

• il n’y a pas d’updates/ : les paquets sont directement remplacés dans release/
• un corollaire est que lors d’une mise à jour d’un ensemble de paquets (correction), les miroirs ne seront pas forcément complètement à jour, ce qui peut demander une relance de urpmi --auto-update pour mise à jour complète : en cas d’échec temporaire, une relance plus tard est nécessaire
• ce genre de désynchronisation arrive peu souvent en version stable, un peu plus souvent en Cauldron—ce qui est normal (cela se fait particulièrement sentir lors d’une reconstruction en masse) ;-)

S’impliquer pour Mageia 10

À vous de décider ce que vous souhaitez faire ;-) En comprenant que c’est une version en évolution—certaines choses ne fonctionneront pas—et certaines pourront être corrigées pour la version finale (ou peu après :D). De quoi se mettre le pied à l’étrier pour la version suivante : nouveaux logiciels à (faire) empaqueter, nouvelles versions à prendre en compte…
C’est l’occasion de s’astreindre à lancer certaines applications à partir d’un terminal pour récupérer le maximum de logs possibles, ou d’apprendre à diagnostiquer une configuration spécifique causant des soucis—idéalement pour travailler en amont (upstream) pour faire prendre en compte des correctifs et améliorations.

Vous pouvez vous coordonner en français auprès de nos collègues de MLO pour effectuer au mieux vos remontées d’information.

Rien que les tests permettent de bénéficier de versions actualisées par rapport à Mageia 9 et remonter des bugs restant dans l’intégration de vos logiciels de prédilection à l’environnement de bureau de votre choix. Il y a aussi beaucoup de traductions à effectuer.

C’est l’opportunité de (re-)lire les documentations et les actualiser, notamment les nouvelles fonctionnalités.

Exemples d’utilisations

Je vous laisse ajouter des cas d’utilisation qui vous seraient spécifiques en commentaires.
J’ai la chance de participer à un fablab qui me donne accès à divers matériels pour tester :

• EeePC ne fonctionnant pas en x86_64 (donc i686 maintenant), netbooks hybrides (tablette tactile + clavier détachable) limités à 2 Go de RAM et un UEFI 32 bits exotique même quand le processeur gère le x86_64
• (très) vieux portables et ordis—pour la plupart des gens, vieux = plus de 5 ans—là, c’est plutôt (l’ami de Mickey<) de la période 2008-2014 : des MacBook Pro, des iMac, plein de core2duo / Athlon (ça c’est du x86_64 au moins) ou cartes nvidia déclarées obsolètes (des quadro à l’époque réputées de qualité professionnelle, on voit ce que ça veut dire pour nvidia… :/)
• (très) vieux périphériques : gamepad Sidewinder, volant MT Logic wheel pour supertuxkart avec connectique broche DA-15 jaune (si vous avez d’autres périphériques—préférentiellement en USB—je suis preneur _o/ et, oui, c’est pas loin de Paris…)
• quelques Raspberry Pi et assimilés—donc architecture ARM—mais ce n’est pas l’axe principalement retenu pour Mageia 10 :/ et pour le coup, Debian reste une valeur sûre pour la diversité des logiciels disponibles, même si des travaux communs avec le projet Fedora permettent de se tenir à niveau ;-)

Et bien sûr, des logiciels classiques dans un fablab qui fonctionnent bien (plutôt en flatpak) : Cura et Bambustudio pour l’impression 3D, IDE Scratch pour robots Thymio… et Inkscape / FreeCAD / KiCAD sur du matériel un peu plus récent et moins contraint en ressources ;-)

Si vous utilisez des window managers spécifiques, cela m’intéresse d’avoir des retours aussi (enlightenment, LXQt, WindowMaker… autres ?), Mageia proposant des installations cohérentes (intégration environnement, logiciels…) via les méta-paquets task- qui permettent d’installer un ensemble de dépendances automatiquement.

Bons tests _o/

Commentaires : voir le flux Atom ouvrir dans le navigateur

We are proud to announce the release of the version 1.7.0 of python-sql.

python-sql is a library to write SQL queries in a pythonic way. It is mainly developed for Tryton but it has no external dependencies and is agnostic to any framework or SQL database.

In addition to bug-fixes, this release contains the following improvements:

• Upgrade to pyproject
• Add support for array operators
• Remove the parentheses around the unary and binary operators
• Use the ordinal number as aliases for GROUP BY
• Check the coherence of the aliases of GROUP BY and ORDER BY expressions
• Do not use parameter for EXTRACT field
• Remove support for Python older than 3.9

python-sql is available on PyPI: python-sql 1.7.0.

1 post - 1 participant

Read full topic

L’institut de la communication (ICom) de l’université Lyon2 a ouvert en 2008 une licence professionnelle « Communication, Logiciels Libres et Sources Ouvertes », avec pour objectif de « former des professionnels de la communication qui sauront utiliser des solutions libres pour remplir leur fonction et qui seront à même d’accompagner l’intégration des solutions communicantes libres dans leurs organisations (institutions, entreprises, associations…). » L’annonce avait été relayée sur LinuxFr.org notamment et depuis lors les actualités de cette licence étaient régulièrement relayées sur le site (voir l’étiquette colibre).

Le 19 mars 2026, le compte « Équipe pédagogique et camarades de la licence pro CoLibre (Communication et Logiciels Libres) @equipe_colibre@mastodon.social » apparaissait sur le Fediverse, avec l’annonce « L'équipe pédagogique de la licence pro « CoLibre » ouvre ce compte pour échanger autour de la fermeture de ce parcours de formation #colibre #logiciellibre #formation #lyon #communication ».

Et dans la foulée fournissait un peu plus de détails : « Souhaitons que la #fermeture annoncée de la licence pro #CoLibre pour la rentrée 2027-2028 soit une opportunité pour disséminer 18 ans d’expérience de la formation à la #communication avec des logiciels libres et éthiques. Le communiqué de l’équipe pédagogique : pdf #lyon #université #logiciellibre » (le PDF a été ré-hébergé sur un serveur April).

• lien nᵒ 1 : Mastodon Équipe pédagogique et camarades de la licence pro CoLibre (Communication et Logiciels Libre
• lien nᵒ 2 : Communiqué de l'équipe pédagogique (PDF)
• lien nᵒ 3 : Site CoLibre – Licence Pro Métiers de la Communication

Tirés du PDF :

« le conseil d’administration de l’icom [a] entériné à la majorité la non-reconduction du parcours de licence pro "CoLibre" (Métiers de la Communication, conduite de projet et logiciels libres) répondant ainsi aux attentes portées par la présidence de diminuer le volume d’enseignements dans un cadre budgétaire restreint. »

« La licence ouverte en 2008 et ayant formé plus de 350 personnes répondait pourtant à des critères essentiels et attendus pour son renouvellement. »

« Ce parcours, au-delà de sa vocation à former des professionnels de la communication, était une formation unique dans le monde universitaire français, appuyant ses pratiques numériques pédagogiques et professionnelles sur l’usage exclusif de solutions logicielles libres, éthiques et ouvertes. »

« Il nous [L’équipe CoLibre] semble indispensable que des engagements formels soient pris pour que la disparition de cette formation ne réduise pas l’opportunité des équipes techniques et administratives de maintenir et développer des compétences en matière de déploiement et d’usage de solutions numériques libres et éthiques. Ce désengagement se ferait au risque de renforcer la dépendance de notre université à des solutions propriétaires nord-américaines qui contraignent chaque jour un peu plus nos valeurs démocratiques et scientifiques »

« Nous ne pensons pas que la décision de réaccréditer la licence soit réversible. Toutefois nous pensons qu’il est possible de disséminer cette belle expérience »

Commentaires : voir le flux Atom ouvrir dans le navigateur

Le Sustainable & Open IT Lab est issu de la HESSO et propose un espace de réflexion et de projets à celles et ceux préoccupé·e·s par la mise en œuvre d'un numérique libre et souverain d'une part, socialement juste et écologiquement soutenable d'autre part.

Le Sustainable & Open IT Lab prend son envol ! est issu du site itopie informatique.

L’article Harvis Technology, lauréat de la 24ème édition du Challenge Jeunes Pousses est apparu en premier sur Telecom Valley.

Un prochain « April Camp » aura lieu dimanche 29 mars 2026 en présentiel à Paris et en distanciel. Tout le monde, membre ou pas de l'association, peut participer en fonction de son temps disponible, de ses compétences, de ses envies. Il aura lieu à la FPH (Fondation pour le progrès de l'Homme), 38 rue Saint Sabin 75010 Paris.

L'idée d'un « April Camp » est de se réunir pendant un ou deux jours entre membres et soutiens de l'April pour faire avancer différents projets de promotion ou de défense du logiciel libre ou pour plus simplement discuter, faire connaissance. Les projets peuvent être de nature technique, des outils de communication, etc.

N'hésitez pas à vous inscrire sur le bloc-notes dédié (pour faciliter notamment l'organisation), à proposer des thèmes de travail, à juste passer nous voir. Vous y trouverez également toutes les informations utiles pour y participer.

Code de conduite

En tant qu’événement organisé par l'April, le code de conduite de l'April s'applique. Les personnes référentes pour la journée sont Magali Garnero alias Bookynette (présidente), Isabella Vanni (salariée), Frédéric Couchet (salarié).

We are proud to announce the first release of the version 0.1.0 of hatch-tryton.

hatch-tryton is a hatchling plugin that manages Tryton dependencies.

We will rely on this tool to upgrade Tryton’s packages to pyproject.toml for future releases.

hatch-tryton is available on PyPI as hatch-tryton 0.1.0

1 post - 1 participant

Read full topic