Le 6 avril 2021, un patch était posté sur la liste de discussion des développeurs du noyau Linux (LKML). Écrit par Aditya Pakki, un doctorant de l’Université du Minnesota, ce patch, en apparence trivial (trois lignes) et franchement indistinguable des milliers d’autres qui s’échangent sur la LKML, allait in fine provoquer quinze jours plus tard le bannissement de toutes les contributions au noyau en provenance de l’Université du Minnesota.

Que s’est-il passé au juste ?

La compilation du noyau Linux est souvent présentée comme étant triviale : un appel à make et c’est réglé.

Cependant les choses se compliquent vite si l’on souhaite :

• cross-compiler
• utiliser différentes toolchains (ou versions)
• reproduire une compilation sur une autre machine
• utiliser une toolchain non-supportée par sa distribution
• …

En connaissant bien le fonctionnement de sa distribution et les règles de compilations du noyau Linux, c’est tout à fait faisable même si cela reste fastidieux. D’ailleurs, beaucoup de développeurs du noyau possèdent un jeu de scripts maison pour cela.

Afin de rendre cela accessible à tous, Linaro a créé et maintient TuxMake.

Ingo Molnár, vieux contributeur du noyau Linux et employé de Red Hat depuis 2013, vient de soumettre sur la mailing-list linux-kernel une gigantesque série de 2300 patchs nommée « Fast Kernel Headers ».

Plus de détails dans la suite de la dépêche.

Le 3 mai 2021 a eu lieu une visioconférence (via une instance BigBlueButton) réunissant les personnes disponibles de l’équipe de modération du site LinuxFr.org, sur le thème de la modération. La discussion a duré trois heures (et elle aurait pu être bien plus longue). Cela a notamment préparé l’entretien lors de l’émission « Libre à vous ! » du lendemain, sur le thème de la modération, avec Anna, membre et modératrice au sein de Framasoft, notamment pour leur instance Mastodon, l’instance Framapiaf, Étienne Gonnu l’animateur et Benoît Sibaud pour LinuxFr.org (l’enregistrement et la transcription sont disponibles).

Cette septième dépêche présente les environnements virtuels Python et ses alternatives comme la conteneurisation, le tout avec plein d’astuces et de conseils pour bien s’en sortir. 🚀 🐍

GIMP a fêté ses 25 ans d’existence le 21 novembre 2020. Passé de petit projet d’étudiants qui l’ont abandonné du jour au lendemain à projet majeur incontestable du graphisme mondial qui a fait bouger les lignes du logiciel Libre… ce logiciel aura eu un impact sur le monde.

Peu avant cet anniversaire, la version de développement GIMP 2.99.2 est sortie le 25 octobre. Bien que ce ne soit qu’une version de développement, il s’agit de la première étape publique du chemin menant à GIMP 3 !

Nouveautés marquantes de GIMP 2.99.2 :

• Interface utilisateur maintenant en GTK3, incluant donc la prise en charge native pour Wayland et les écrans haute densité de pixels (HiPPI).
• Réorganisation et nettoyage du code
• Nouvelle interface de développement (API) pour les greffons
• Les greffons peuvent maintenant être écrits en Python 3, JavaScript, Lua, et Vala.
• L’invasion spatiale (colorimétrique) continue
• Cache de rendu pour des performances améliorées

Note de la modération : LinuxFR a la chance d’avoir parmi ses contributeurs : Jehan, très actif dans le développement de GIMP depuis quelques années déjà (entre autres choses). Grâce à lui, non seulement vous découvrez les nouveautés de chaque version de GIMP dans la langue de Molière Gims, mais en plus vous lisez bien souvent une version enrichie de l’annonce initiale en anglais. C’est notamment le cas avec cette dépêche.

Basée sur un journal, cette dépêche présente les mécanismes de génération de nombres (pseudo‑)aléatoires dans le noyau Linux, et fait le point sur les principales évolutions survenues entre les versions 3.17 (en octobre 2014) et 5.6 (en mars 2020).