Full Circle Magazine FR

Cette page est en lecture seule. Vous pouvez afficher le texte source, mais ne pourrez pas le modifier. Contactez votre administrateur si vous pensez qu'il s'agit d'une erreur.
====== 1 ======

**Lutris 0.5.19 Released:
24/02/2025

The Lutris 0.5.19 release of the gaming platform has been published. It provides tools to simplify the installation, configuration and management of games on Linux. The project code is written in Python and is distributed under the GPLv3 license. Ready-made builds are available only in the flatpak format :( and Ubuntu is five (5) versions behind as usual! (just checked Synaptic, yep, 5.14)

The project maintains a catalog for quick search and installation of gaming applications, allowing one click to launching games in Linux, through a single interface, without worrying about installing dependencies and settings. Runtime components for launching games are supplied by the project and are not tied to the distribution used. Runtime is a distribution-independent set of libraries, including components from SteamOS and Ubuntu, as well as various additional libraries.

You can install games distributed through GOG, Steam, Epic Games Store, Battle.net, Amazon Games, Origin and Uplay. However, Lutris itself only acts as an intermediary and does not sell games, so for commercial games the user must independently purchase the game from the corresponding service (free games can be launched with one click from the Lutris graphical interface).

Each game in Lutris is tied to a boot script and a handler that describes the environment for launching the game. This includes ready-made profiles with optimal settings for launching games under Wine. In addition to Wine, games can be launched using game console emulators such as RetroArch, Dosbox, FS-UAE, ScummVM, MESS/MAME and Dolphin .

https://github.com/lutris/lutris/releases/tag/v0.5.19**

Sortie de Lutris 0.5.19
24/02/2025

La version 0.5.19 de la plateforme de jeu Lutris est disponible. Elle fournit des outils pour simplifier l'installation, la configuration et la gestion des jeux sous Linux. Le code du projet est écrit en Python et distribué sous licence GPLv3. Les versions prêtes à l'emploi sont disponibles uniquement au format flatpak :( et Ubuntu a cinq (5) versions de retard, comme d'habitude ! (Je viens de vérifier dans Synaptic, oui, la 5.14).

Le projet gère un catalogue pour une recherche et une installation rapides d'applications de jeu, permettant de lancer des jeux sous Linux en un clic, via une interface unique, sans se soucier de l'installation de dépendances et de paramètres. Les composants d'exécution pour le lancement des jeux sont fournis par le projet et ne sont pas liés à la distribution utilisée. L'exécution est un ensemble de bibliothèques indépendantes de la distribution, comprenant des composants de SteamOS et d'Ubuntu, ainsi que diverses bibliothèques supplémentaires.

Vous pouvez installer des jeux distribués par GOG, Steam, Epic Games Store, Battle.net, Amazon Games, Origin et Uplay. Cependant, Lutris n'agit qu'en tant qu'intermédiaire et ne vend pas de jeux. Pour les jeux commerciaux, l'utilisateur doit donc acheter le jeu lui-même auprès du service correspondant (les jeux gratuits peuvent être lancés en un clic depuis l'interface graphique de Lutris).

Chaque jeu dans Lutris est associé à un script de démarrage et à un gestionnaire qui décrit l'environnement de lancement du jeu. Cela inclut des profils prêts à l'emploi avec des paramètres optimaux pour le lancement de jeux sous Wine. Outre Wine, les jeux peuvent être lancés avec des émulateurs de console tels que RetroArch, Dosbox, FS-UAE, ScummVM, MESS/MAME et Dolphin.

https://github.com/lutris/lutris/releases/tag/v0.5.19


**Apache NetBeans 25 IDE:
24/02/2025

The release of Apache NetBeans 25 integrated development environment is presented, which provides support for programming languages, like Java SE, Java EE, PHP, C/C++, JavaScript, Rust and Groovy. Ready-made builds are generated for Linux ( snap , flatpak ), Windows and macOS.

https://netbeans.apache.org/front/main/blogs/entry/announce-apache-netbeans-25-released/**

IDE Apache NetBeans 25
24/02/2025

L'environnement de développement intégré Apache NetBeans 25 est sorti. Il prend en charge des langages de programmation tels que Java SE, Java EE, PHP, C/C++, JavaScript, Rust et Groovy. Des versions prêtes à l'emploi sont générées pour Linux (snap, flatpak), Windows et macOS.

https://netbeans.apache.org/front/main/blogs/entry/announce-apache-netbeans-25-released/


**Release of MythTV 35:
24/02/2025

After a year of development, the MythTV 35 home media center platform was released, allowing you to turn your desktop PC into a TV, video recording system, music center, photo album, DVD recording and viewing station. The project code is written in C++ and is distributed under the GPLv2 license.

The MythTV architecture is based on the division of the backend for storing or capturing video (IPTV, DVB cards, etc.) and the frontend for generating the interface (web interface and Qt-based GUI). The frontend is capable of working simultaneously with several backends, which can be launched both on the local system and on external computers. Extended functionality is implemented through plugins. Currently, two sets of plugins are available - official and unofficial. The range of capabilities covered by the plugins ranges from integration with various online services to tools for working with a web camera and organizing video communication between PCs.

https://www.mythtv.org/news/175/v35.0%2520Released**

Sortie de MythTV 35
24/02/2025

Après un an de développement, la plateforme multimédia domestique MythTV 35 est disponible. Elle permet de transformer votre ordinateur de bureau en téléviseur, système d'enregistrement vidéo, lecteur audio, album photo, graveur DVD et poste de visionnage. Le code du projet est écrit en C++ et distribué sous licence GPLv2.

L'architecture de MythTV repose sur la séparation entre le backend pour le stockage ou la capture vidéo (IPTV, cartes DVB, etc.) et le frontend pour la génération de l'interface (interface Web et interface graphique Qt). Le frontend est capable de fonctionner simultanément avec plusieurs backends, qui peuvent être exécutés aussi bien sur le système local que sur des ordinateurs externes. Des fonctionnalités étendues sont implémentées via des plugins. Actuellement, deux ensembles de plugins sont disponibles : officiels et non officiels. Leurs fonctionnalités vont de l'intégration à divers services en ligne à des outils permettant d'utiliser une webcam et d'organiser la communication vidéo entre PC.

https://www.mythtv.org/news/175/v35.0%2520Released


====== 2 ======

**Aqualung 2.0 Music Player Ported to GTK3 Released:
25/02/2025

The release of the Aqualung 2.0 music player has been published. It provides an interface for playing audio CDs, local music collection files, online radio stations and podcasts. Aqualung's special feature is its gapless playback mode, which allows playing music files in a continuous stream, in which one composition replaces another without pausing. The project code is written in C and is distributed under the GPLv2 license. It supports Linux, FreeBSD, OpenBSD, Windows and macOS.

Among the advanced features, the following was highlighted, the ability to increase or decrease the sampling frequency of the file being played before sending the audio stream to the audio output device. LADSPA plug-ins can be connected to apply effects, improve the quality and process the sound . For example, you can use plug-ins with different implementations of equalizers, spatial sound optimizers and tube preamplifier simulators.

The key change in Aqualung 2.0 was the transition of the application from GTK2 to the GTK3 branch. CSS was used to design the interface. The ability to use previously prepared skins to change the interface was discontinued. An option to switch between light and dark themes was added to the settings. Support for new versions of the Monkey's Audio format for encoding sound without loss of quality was added. The number of supported formats in the FFmpeg-based decoder was expanded.

https://github.com/jeremyevans/aqualung/releases/tag/2.0**

Sortie du lecteur de musique Aqualung 2.0 porté sur GTK3
25/02/2025

Le lecteur de musique Aqualung 2.0 est disponible. Il offre une interface pour la lecture de CD audio, de fichiers musicaux locaux, de stations de radio en ligne et de podcasts. La particularité d'Aqualung est son mode de lecture sans interruption, qui permet de lire des fichiers musicaux en continu, une composition remplaçant une autre sans interruption. Le code du projet est écrit en C et distribué sous licence GPLv2. Il est compatible avec Linux, FreeBSD, OpenBSD, Windows et macOS.

Parmi les fonctionnalités avancées, on peut souligner la possibilité d'augmenter ou de diminuer la fréquence d'échantillonnage du fichier en cours de lecture avant d'envoyer le flux audio au périphérique de sortie audio. Des plug-ins LADSPA peuvent être connectés pour appliquer des effets, améliorer la qualité et traiter le son. Par exemple, vous pouvez utiliser des plug-ins avec différentes implémentations d'égaliseurs, d'optimiseurs spatiaux de son et de simulateurs de préamplificateurs à tubes.

Le changement majeur d'Aqualung 2.0 a été la transition de l'application de GTK2 à GTK3. CSS a été utilisé pour la conception de l'interface. La possibilité d'utiliser des skins pré-configurés pour modifier l'interface a été supprimée. Une option permettant de basculer entre les thèmes clairs et sombres a été ajoutée aux paramètres. La prise en charge des nouvelles versions du format Monkey's Audio pour encoder le son sans perte de qualité a été ajoutée. Le nombre de formats pris en charge par le décodeur FFmpeg a été étendu.

https://github.com/jeremyevans/aqualung/releases/tag/2.0


**X.Org Server 21.1.16 Update Fixes 8 Vulnerabilities:
26/02/2025

Corrective releases of X.Org Server 21.1.16 and the DDX (Device-Dependent X) component xwayland 24.1.6 have been published, ensuring the launch of X.Org Server for the execution of X11 applications in Wayland-based environments. The new version of X.Org Server fixes 8 vulnerabilities. The problems can potentially be exploited for privilege escalation on systems where the X server is executed with root rights, as well as for remote code execution in configurations where X11 session redirection using SSH is used for access.

https://gitlab.freedesktop.org/xorg/xserver/-/tags/**

La mise à jour 21.1.16 de X.Org Server corrige 8 vulnérabilités
26/02/2025

Les versions correctives de X.Org Server 21.1.16 et du composant DDX (Device-Dependent X) xwayland 24.1.6 ont été publiées, assurant le lancement de X.Org Server pour l'exécution d'applications X11 dans les environnements Wayland. La nouvelle version de X.Org Server corrige 8 vulnérabilités. Ces problèmes peuvent être exploités pour une élévation de privilèges sur les systèmes où le serveur X est exécuté avec les droits root, ainsi que pour l'exécution de code à distance dans les configurations où la redirection de session X11 via SSH est utilisée pour l'accès.

https://gitlab.freedesktop.org/xorg/xserver/-/tags/


**Nextcloud Hub 10 is released:
26/02/2025

The Nextcloud Hub 10 platform is released, providing a self-sufficient solution for organizing the collaboration of employees of enterprises and teams developing various projects. At the same time, the Nextcloud 31 cloud platform underlying Nextcloud Hub was published, allowing you to deploy cloud storage with support for synchronization and data exchange, providing the ability to view and edit data from any device at any point in the network (download a list of participants in CSV format, create, import and export surveys using a web interface or WebDAV). The Nextcloud server can be deployed on any hosting that supports the execution of PHP scripts and provides access to SQLite, MariaDB / MySQL or PostgreSQL. The Nextcloud source code is distributed under the AGPL license.

In terms of the tasks it solves, Nextcloud Hub resembles Google Docs and Microsoft 365, but allows you to deploy a fully controlled collaborative infrastructure that operates on its own servers and is not tied to external cloud services. Nextcloud Hub combines several open -source add-on applications over the Nextcloud cloud platform into a single environment, allowing you to work together with office documents, files, and information for planning tasks and events. The platform also includes add-ons for accessing email, exchanging messages, organizing video conferences, and chats.

User authentication can be performed either by a local database or through integration with LDAP/Active Directory, Kerberos, IMAP and Shibboleth/SAML 2.0, including the use of two-factor authentication, SSO (Single-sign-on) and linking new systems to an account using a QR code. Version control allows you to track changes in files, comments, sharing rules and tags.

https://github.com/nextcloud/server/releases/tag/v31.0.0**

Nextcloud Hub 10 est disponible
26/02/2025

La plateforme Nextcloud Hub 10 est disponible. Elle offre une solution autonome pour organiser la collaboration des employés des entreprises et des équipes développant divers projets. Parallèlement, la plateforme cloud Nextcloud 31, qui sous-tend Nextcloud Hub, a été publiée. Elle permet de déployer un stockage cloud avec prise en charge de la synchronisation et de l'échange de données, et offre la possibilité de consulter et de modifier les données depuis n'importe quel appareil et n'importe où sur le réseau (téléchargement de la liste des participants au format CSV, création, importation et exportation d'enquêtes via une interface Web ou WebDAV). Le serveur Nextcloud peut être déployé sur tout hébergement prenant en charge l'exécution de scripts PHP et donnant accès à SQLite, MariaDB/MySQL ou PostgreSQL. Le code source de Nextcloud est distribué sous licence AGPL.

En termes de fonctionnalités, Nextcloud Hub s'apparente à Google Docs et Microsoft 365, mais permet de déployer une infrastructure collaborative entièrement contrôlée, fonctionnant sur ses propres serveurs et indépendante de services cloud externes. Nextcloud Hub regroupe plusieurs applications Open Source complémentaires sur la plateforme cloud Nextcloud au sein d'un environnement unique, vous permettant de collaborer avec des documents, des fichiers et des informations bureautiques pour planifier vos tâches et événements. La plateforme inclut également des extensions permettant d'accéder aux e-mails, d'échanger des messages, d'organiser des visioconférences et des chats.

L'authentification des utilisateurs peut être effectuée via une base de données locale ou via l'intégration avec LDAP/Active Directory, Kerberos, IMAP et Shibboleth/SAML 2.0, incluant l'utilisation de l'authentification à deux facteurs, l'authentification unique (SSO) et l'association de nouveaux systèmes à un compte par QR code. Le contrôle de version vous permet de suivre les modifications apportées aux fichiers, aux commentaires, aux règles de partage et aux signets.

https://github.com/nextcloud/server/releases/tag/v31.0.0


====== 3 ======

**A Project to Run FreeBSD Programs on Linux:
27/02/2025

FreeBSD developers have published a development report for the fourth quarter of 2024, which mentions the bsd-user-4-linux project, which is developing tools for running applications built for FreeBSD on Linux. The goal of the project is to achieve the ability to build natively using FreeBSD tools on Linux, as well as the ability to build packages for FreeBSD on Linux using the native FreeBSD build tools.

To run FreeBSD executable files, a fork of the QEMU emulator is used, operating in 'User Mode' Emulation mode, designed to run processes compiled for other CPUs and operating systems. In this mode, QEMU translates system calls and processes signals. To run applications, you need to deploy libraries and settings from the FreeBSD base system to a local directory. The project can be considered as BSDlator - a reverse of Linuxulator.

At the current stage of development, the launch of the main system utilities (sh, bash, find, grep, git, clang, etc.) works, dynamic linking and shared libraries are supported, network functions are available. For example, you can already rebuild FreeBSD with the command "make -j80 buildworld" while in Linux. The missing functionality includes the inability to launch the GDB debugger, the unavailability of IPC, kevent/kqueue functions, and some sysctl (for example, name2oid).

Additionally, the project is preparing container images with the FreeBSD working environment for various architectures (linux/386, linux/amd64, linux/arm/v5 and linux/arm64/v8) and providing GitHub Actions for creating such images.

https://www.freebsd.org/status/report-2024-10-2024-12/**

Un projet d'exécution de programmes FreeBSD sous Linux
27/02/2025

Les développeurs FreeBSD ont publié un rapport de développement pour le quatrième trimestre 2024, mentionnant le projet bsd-user-4-linux, qui développe des outils permettant d'exécuter des applications FreeBSD sous Linux. L'objectif du projet est de permettre la compilation native avec les outils FreeBSD sous Linux, ainsi que la création de paquets pour FreeBSD sous Linux à l'aide des outils de compilation natifs de FreeBSD.

Pour exécuter les fichiers exécutables FreeBSD, un fork de l'émulateur QEMU est utilisé. Il fonctionne en mode d'émulation « User Mode », conçu pour exécuter des processus compilés pour d'autres processeurs et systèmes d'exploitation. Dans ce mode, QEMU traduit les appels système et traite les signaux. Pour exécuter des applications, vous devez déployer les bibliothèques et les paramètres du système de base FreeBSD dans un répertoire local. Ce projet peut être considéré comme BSDlator, l'inverse de Linuxulator.

Au stade actuel de développement, le lancement des principaux utilitaires système (sh, bash, find, grep, git, clang, etc.) fonctionne, la liaison dynamique et les bibliothèques partagées sont prises en charge, et les fonctions réseau sont disponibles. Par exemple, il est déjà possible de reconstruire FreeBSD avec la commande « make -j80 buildworld » sous Linux. Les fonctionnalités manquantes incluent l'impossibilité de lancer le débogueur GDB, l'indisponibilité des fonctions IPC, kevent/kqueue et de certains sysctl (par exemple, name2oid).

De plus, le projet prépare des images de conteneurs avec l'environnement de travail FreeBSD pour différentes architectures (Linux/386, Linux/AMD64, Linux/ARM/v5 et Linux/ARM64/v8) et fournit des actions GitHub pour la création de ces images.

https://www.freebsd.org/status/report-2024-10-2024-12/


**OpenCloud 1.0 Now Available:
27/02/2025

The first release of the OpenCloud platform has been presented, allowing you to deploy a system for file sharing and collaborative work on content on your server. The project is presented as an open alternative to proprietary systems Microsoft SharePoint, Google Drive and Dropbox, compliant with GDPR requirements.

OpenCloud is a fork of the OCIS (ownCloud Infinite Scale) platform, rewritten from PHP to Go, unlike the original ownCloud codebase and the NextCloud project that branched off from it. The creators of OpenCloud tried to rid the codebase of unnecessary functionality and focus on the highest quality implementation of the main task - collaborative work with files.

In addition to file storage and sharing features, as well as synchronized access to a file collection from different devices, OpenCloud includes capabilities for collaborative editing of documents in real time, integration with the Collabora Online office suite and Markdown Editor (ToastUI), text extraction from images and scanned documents using OCR, and the use of the ICAP protocol to check downloaded files in antivirus packages.

You can limit the lifetime of published files, provide access via a link, and protect the content with a password. Tags, filters, and full-text search are supported to simplify file navigation. The system tracks the entire history of work with files and provides support for rolling back changes to a specific version in the past. You can organize teams by assigning subdirectories ("workspaces") to individual teams.

The administrator is provided with a detailed interface for managing access rights and users (for example, you can allow a user to only view or only upload to storage). Role-Based Access Control (RBAC) is supported. The platform uses the Privacy-First architecture, which means that an OpenCloud user with administrator rights cannot access user content.

The server part is written in Go, distributed under the Apache 2.0 license and supports the WebDAV, gRPC, Microsofts RESTful Web API Graph, OCS, OCM 1.1 and OpenID Connect programming interfaces. It is noted that the server is implemented using the microservices concept and can be scaled from installation on Raspberry Pi boards to large multi-server implementations.

The desktop client is written in C++ using Qt, published under the GPLv3 license, and supports building for Windows, macOS, and Linux. The client also has a built-in file synchronization feature and mounting of shared storage as a virtual file system.

https://opencloud.eu/en/news/opencloud-now-available-new-open-source-alternative-microsoft-sharepoint**

OpenCloud 1.0 est disponible
27/02/2025

La première version de la plateforme OpenCloud a été présentée. Elle vous permet de déployer un système de partage de fichiers et de travail collaboratif sur votre serveur. Le projet se présente comme une alternative ouverte aux systèmes propriétaires Microsoft SharePoint, Google Drive et Dropbox, conforme aux exigences du RGPD.

OpenCloud est un fork de la plateforme OCIS (ownCloud Infinite Scale), réécrit de PHP vers Go, contrairement au code source d'ownCloud et au projet NextCloud qui en est issu. Les créateurs d'OpenCloud ont cherché à débarrasser le code source des fonctionnalités inutiles et à se concentrer sur une implémentation de haute qualité de la tâche principale : le travail collaboratif sur les fichiers.

Outre les fonctionnalités de stockage et de partage de fichiers, ainsi que l'accès synchronisé à une collection de fichiers depuis différents appareils, OpenCloud offre des fonctionnalités d'édition collaborative de documents en temps réel, l'intégration avec la suite bureautique Collabora Online et l'éditeur Markdown (ToastUI), l'extraction de texte à partir d'images et de documents numérisés par OCR, et l'utilisation du protocole ICAP pour vérifier les fichiers téléchargés dans des antivirus.

Vous pouvez limiter la durée de vie des fichiers publiés, autoriser l'accès via un lien et protéger le contenu par mot de passe. Les balises, les filtres et la recherche plein texte sont pris en charge pour simplifier la navigation dans les fichiers. Le système conserve l'historique complet des travaux effectués sur les fichiers et permet d'annuler les modifications apportées à une version antérieure. Vous pouvez organiser les équipes en leur attribuant des sous-répertoires (« espaces de travail »).

L'administrateur dispose d'une interface détaillée pour gérer les droits d'accès et les utilisateurs (par exemple, vous pouvez autoriser un utilisateur à consulter uniquement les fichiers ou à les télécharger uniquement pour du stockage). Le contrôle d'accès basé sur les rôles (RBAC) est pris en charge. La plateforme utilise l'architecture Privacy-First, ce qui signifie qu'un utilisateur OpenCloud disposant de droits d'administrateur ne peut pas accéder au contenu utilisateur.

La partie serveur est écrite en Go, distribuée sous licence Apache 2.0 et prend en charge les interfaces de programmation WebDAV, gRPC, Microsoft RESTful Web API Graph, OCS, OCM 1.1 et OpenID Connect. Il est à noter que le serveur est implémenté selon le concept de microservices et peut être déployé sur des cartes Raspberry Pi ou sur des serveurs multi-serveurs de grande envergure.

Le client de bureau est écrit en C++ avec Qt, publié sous licence GPLv3, et prend en charge la compilation pour Windows, macOS et Linux. Il intègre également une fonction de synchronisation de fichiers et permet le montage d'un stockage partagé en tant que système de fichiers virtuel.

https://opencloud.eu/en/news/opencloud-now-available-new-open-source-alternative-microsoft-sharepoint


**Linux kernel 6.15 to remove SystemV filesystem:
27/02/2025

SUSE developer Jan Kara has proposed a patch that removes code from the Linux kernel that supports Xenix, SystemV/386, and Coherent file systems. The code has been orphaned since 2023, and no one has been willing to maintain it since then. Kernel maintainer Christian Brauner, who is responsible for file systems, agreed with the proposal and accepted the patch into the vfs-6.15 branch. A few hours ago, the contents of vfs-6.15 were moved to the linux-next branch, which is preparing changes for the upcoming 6.15 kernel.

The story begins in 2002, when the Linux kernel got rid of the global lock (BKL - Big Kernel Lock) in favor of more granular locks. At that time, the SystemV file system switched to rwlock, but this led to problems due to which the processor could not go to sleep during the call of the entire function that read the inode metadata. The problem was noticed only in 2023 as a result of stress testing with the SyzBot tool. Such an incident shows that no one uses the SystemV file system and it can be removed.

https://lore.kernel.org/all/20250221-dienlich-metapher-c2755e73b3f7@brauner/T/%23mf04463bbb9bb2d9461ea135955cd33ac29ebc0cd**

Le noyau Linux 6.15 supprime le système de fichiers SystemV
27/02/2025

Jan Kara, développeur chez SUSE, a proposé un correctif supprimant le code du noyau Linux prenant en charge les systèmes de fichiers Xenix, SystemV/386 et Coherent. Ce code est orphelin depuis 2023 et personne n'a souhaité le maintenir depuis. Christian Brauner, responsable des systèmes de fichiers et mainteneur du noyau, a approuvé la proposition et a intégré le correctif à la branche vfs-6.15. Il y a quelques heures, le contenu de vfs-6.15 a été déplacé vers la branche linux-next, qui prépare les modifications pour le prochain noyau 6.15.

L'histoire commence en 2002, lorsque le noyau Linux a supprimé le verrou global (BKL – Big Kernel Lock) au profit de verrous plus granulaires. À cette époque, le système de fichiers SystemV est passé en mode rwlock, ce qui a entraîné des problèmes : le processeur ne pouvait pas se mettre en veille pendant l'appel de la fonction de lecture des métadonnées de l'inode. Ce problème n'a été détecté qu'en 2023, suite à des tests de résistance avec l'outil SyzBot. Un tel incident montre que le système de fichiers SystemV est inutilisable et qu'il peut être supprimé.

https://lore.kernel.org/all/20250221-dienlich-metapher-c2755e73b3f7@brauner/T/%23mf04463bbb9bb2d9461ea135955cd33ac29ebc0cd


====== 4 ======

**Electronic Arts Opens Command & Conquer Games Under GPL License:
28/02/2025

Electronic Arts has announced the full source code for the Command & Conquer series of games: Tiberian Dawn, Red Alert, Renegade, Generals, and Generals Zero Hour. Tiberian Dawn, Red Alert, and Generals are real-time strategy games that feature military confrontations in various alternate realities and require building up military power by extracting resources available on the map. Renegade is a 3D first-person shooter with strategy elements.

The release of the code was made possible by the work of Luke Feenan, an administrator of the CnCNet community that preserves the legacy of the Command & Conquer games. Electronic Arts gave Luke access to their archives, and he did the work of restoring the state of the code from the Perforce repositories and getting it into a buildable state.

The build is supported only for Windows (the DirectX graphics API is used). To build C&C Renegade and C&C Generals, the Microsoft Visual Studio C++ 6+ compiler is required. The C&C Tiberian Dawn and C&C Red Alert code is tied to the Watcom C/C++ compiler (v10.6) and requires additional work to recreate the working build environment. Game resources are not included in the kit, so to run games based on executable files built from the code, resources from the original games are required.

The code is open sourced under the GPLv3 license with additional terms regarding Electronic Arts trademarks. Trademark rights are not transferred with the code, and the license does not grant rights to distribute modified versions of the programs using Electronic Arts trademarks, such as "Command & Conquer". Products created based on the published code must not state affiliation with Electronic Arts or its employees, and must not misrepresent the history of their origin. When creating modifications, the name of the games must be changed, and a note must mention that the product is a modified version of Electronic Arts code.

Opening up the game under the GPLv3 license allows using components from the original Command & Conquer games to extend the functionality of the existing open source projects CnCNet and Open RA , which develop an unofficial network stack and open source engine for C&C Tiberian Dawn, C&C Red Alert, and Dune 2000. The game requires the original game assets to run, and can be used in accordance with the mod developer agreement, which allows non-commercial use only.

https://www.ea.com/games/command-and-conquer/command-and-conquer-remastered/news/steam-workshop-support**

Electronic Arts ouvre les jeux Command & Conquer sous licence GPL
28/02/2025

Electronic Arts a annoncé la publication du code source complet de la série de jeux Command & Conquer : Tiberian Dawn, Red Alert, Renegade, Generals et Generals Zero Hour. Tiberian Dawn, Red Alert et Generals sont des jeux de stratégie en temps réel qui mettent en scène des affrontements militaires dans diverses réalités alternatives et nécessitent de développer une puissance militaire en extrayant les ressources disponibles sur la carte. Renegade est un jeu de tir à la première personne en 3D avec des éléments stratégiques.

La publication du code a été rendue possible grâce au travail de Luke Feenan, administrateur de la communauté CnCNet qui préserve l'héritage des jeux Command & Conquer. Electronic Arts a donné à Luke l'accès à ses archives et lui a permis de restaurer l'état du code à partir des dépôts Perforce et de le rendre assemblable.

La compilation est uniquement compatible avec Windows (l'API graphique DirectX est utilisée). Pour créer C&C Renegade et C&C Generals, le compilateur Microsoft Visual Studio C++ 6+ est requis. Le code de C&C Tiberian Dawn et C&C Red Alert est lié au compilateur Watcom C/C++ (v10.6) et nécessite un travail supplémentaire pour recréer l'environnement de compilation fonctionnel. Les ressources de jeu ne sont pas incluses dans le kit ; pour exécuter des jeux basés sur des fichiers exécutables créés à partir du code, les ressources des jeux originaux sont donc nécessaires.

Le code est Open Source sous licence GPLv3 avec des conditions supplémentaires concernant les marques déposées d'Electronic Arts. Les droits de marque ne sont pas transférés avec le code, et la licence ne confère pas le droit de distribuer des versions modifiées des programmes utilisant les marques déposées d'Electronic Arts, telles que « Command & Conquer ». Les produits créés à partir du code publié ne doivent pas mentionner d'affiliation avec Electronic Arts ou ses employés, et ne doivent pas déformer l'histoire de leur origine. Lors de la création de modifications, le nom des jeux doit être modifié et une note doit mentionner que le produit est une version modifiée du code d'Electronic Arts.

L'ouverture du jeu sous licence GPLv3 permet d'utiliser des composants des jeux Command & Conquer originaux pour étendre les fonctionnalités des projets Open Source existants CnCNet et Open RA, qui développent une pile réseau non officielle et un moteur Open Source pour C&C Tiberian Dawn, C&C Red Alert et Dune 2000. Le jeu nécessite les ressources du jeu original pour fonctionner et peut être utilisé conformément au contrat de développement de mods, qui autorise uniquement une utilisation non commerciale.

https://www.ea.com/games/command-and-conquer/command-and-conquer-remastered/news/steam-workshop-support


**Fish 4.0 Shell Rewritten in Rust:
27/02/2025

The interactive command shell, fish 4.0.0 (friendly interactive shell) has been released. It is aimed at creating a more user-friendly alternative to bash and zsh. Fish supports features such as syntax highlighting with automatic detection of input errors, suggestion of possible input options based on the history of past operations, autocompletion of input options and commands using their description in man-guides, comfortable work out of the box without the need for additional configuration, a simplified scripting language, clipboard support, and search tools in the history of completed operations. The project code is distributed under the GPLv2 license. Ready-made packages are formed for Ubuntu, Debian, Fedora and openSUSE.

The new branch is notable for the complete translation of the code base from C++ to Rust. It is noted that the transition to Rust allowed solving problems with multithreading, increasing the safety of working with memory, making the project more attractive to new developers, and using modern tools that detect errors at the compilation stage. The work on rewriting fish in Rust took two years. More than 200 developers took part in the creation of the 4.0 release.

https://fishshell.com/blog/new-in-40/**

Fish 4.0 Shell réécrit en Rust
27/02/2025

L'interpréteur de commandes interactif fish 4.0.0 (friendly interactive shell) a été publié. Il vise à créer une alternative plus conviviale à bash et zsh. Fish prend en charge des fonctionnalités telles que la coloration syntaxique avec détection automatique des erreurs de saisie, la suggestion d'options de saisie possibles en fonction de l'historique des opérations passées, la saisie semi-automatique des options de saisie et des commandes à partir de leur description dans les manuels, un travail facile et immédiat sans configuration supplémentaire, un langage de script simplifié, la prise en charge du presse-papiers et des outils de recherche dans l'historique des opérations terminées. Le code du projet est distribué sous licence GPLv2. Des paquets prêts à l'emploi sont disponibles pour Ubuntu, Debian, Fedora et openSUSE.

La nouvelle branche se distingue par le transfert complet du code source de C++ vers Rust. Il est à noter que la transition vers Rust a permis de résoudre les problèmes de multithreading, d'améliorer la sécurité du travail en mémoire, de rendre le projet plus attractif pour les nouveaux développeurs et d'utiliser des outils modernes détectant les erreurs dès la compilation. La réécriture de Fish en Rust a duré deux ans. Plus de 200 développeurs ont participé à la création de la version 4.0.

https://fishshell.com/blog/new-in-40/


**NetworkManager 1.52.0 Released:
01/03/2025

A stable release of the interface for simplifying network settings, has been published - NetworkManager 1.52.0. Plugins for VPN support (Libreswan, OpenConnect, Openswan, SSTP, etc.) are being developed within their own development cycles. (the post is basically just a list of stuff, like" Added support for using FEC (Forward Error Correction) mode when calling the "ethtool" utility. Link included below.)

https://gitlab.freedesktop.org/NetworkManager/NetworkManager/-/tags/1.52.0**

Sortie de NetworkManager 1.52.0
01/03/2025

Une version stable de l'interface simplifiant les paramètres réseau a été publiée : NetworkManager 1.52.0. Des plugins pour la prise en charge du VPN (Libreswan, OpenConnect, Openswan, SSTP, etc.) sont en cours de développement. (Ce message se résume à une liste de choses, comme « Ajout de la prise en charge du mode FEC (correction d'erreurs directe) lors de l'appel de l'utilitaire « ethtool ». Lien inclus ci-dessous.)

https://gitlab.freedesktop.org/NetworkManager/NetworkManager/-/tags/1.52.0


====== 5 ======

**Release of Brushshe 1.2.0:
02/03/2025

The release of the lightweight raster graphics editor, Brushshe 1.2.0, has been published Features include stickers, frames and effects. The program supports saving drawings in different formats and has its own gallery where you can view saved drawings. The project code is written in Python using the CustomTkinter graphical toolkit and is distributed under the GNU GPL v3 license. There is a build for Windows, tested in Windows 11, Windows 10 and Wine (Ubuntu users can run it via Python).

https://github.com/limafresh/Brushshe/releases/tag/v1.2.0**

Sortie de Brushshe 1.2.0
02/03/2025

La version 1.2.0 de Brushshe, l'éditeur graphique raster léger, est disponible. Elle comprend des autocollants, des cadres et des effets. Le programme prend en charge l'enregistrement de dessins dans différents formats et dispose de sa propre galerie pour visualiser les dessins enregistrés. Le code du projet est écrit en Python à l'aide de la boîte à outils graphique CustomTkinter et est distribué sous licence GNU GPL v3. Une version pour Windows est disponible, testée sous Windows 11, Windows 10 et Wine (les utilisateurs d'Ubuntu peuvent l'exécuter via Python).

https://github.com/limafresh/Brushshe/releases/tag/v1.2.0


**GhostBSD Release 25.01:
28/02/2025

The release of the desktop-oriented GhostBSD 25.01 distribution is presented. It is based on FreeBSD 14 and offers builds with MATE and Xfce user environments. By default, GhostBSD uses the ZFS file system. Both Live mode and installation on a hard drive are supported (using the proprietary ginstall installer written in Python). Boot images are generated for the x86_64 architecture ( 2.8 GB with MATE and 2.6 GB with Xfce).

https://ghostbsd.org/news/GhostBSD_25.01-R14.2p1_Now_Available**

GhostBSD version 25.01
28/02/2025

La distribution GhostBSD 25.01, orientée bureau, est sortie. Basée sur FreeBSD 14, elle propose des versions avec les environnements MATE et Xfce. Par défaut, GhostBSD utilise le système de fichiers ZFS. Le mode Live et l'installation sur disque dur sont pris en charge (via l'installeur propriétaire ginstall écrit en Python). Des images de démarrage sont générées pour l'architecture x86_64 (2,8 Go avec MATE et 2,6 Go avec Xfce).

https://ghostbsd.org/news/GhostBSD_25.01-R14.2p1_Now_Available


**ROSA Fresh 13 distribution is available:
28/02/2025

Three years after the formation of the previous major branch, the company NTC IT ROSA published the ROSA Fresh 13 distribution, based on the new rosa 13 platform. ROSA Fresh 13 is positioned as the first release demonstrating the capabilities of the new platform and intended primarily for enthusiasts. Builds with KDE ( 3 GB ) and GNOME ( 3 GB ) desktops for the x86_64 architecture are available for download. The repository contains packages for the aarch64, e2kv4, i686, loongarch64, riscv64 and x86_64 architectures.

The new release is notable for updating packages to fresh versions of programs. The most significant change was the transition of the desktop environment to KDE 6 components ( KDE Plasma 6.3.1 release is used ). At the same time, packages with KDE Plasma 5.27.12 were left in the distro as an option. GNOME 47, LXQt 2.1, Xfce 4.20, MATE 1.28 were updated. The distribution uses the releases of Mesa 24.3, Qt 6.8.2, GCC 14.2, LLVM 19, Glibc 2.40, systemd 256, Perl 5.38, Python 3.11, Rust 1.84, Ruby 3.2.2, Go 1.23.6, PHP 8.3.14, Libreoffice 24.8.5, gimp 3.0-rc2. Packages with Linux kernel 6.1, 6.6 and 6.12 are available for installation.

https://translate.google.com/website?sl=auto&tl=en&hl=en-US&client=webapp&u=https://forum.rosa.ru/viewtopic.php?t%3D11359**

La distribution ROSA Fresh 13 est disponible
28/02/2025

Trois ans après la création de la branche principale précédente, la société NTC IT ROSA a publié la distribution ROSA Fresh 13, basée sur la nouvelle plateforme Rosa 13. ROSA Fresh 13 se positionne comme la première version démontrant les capacités de la nouvelle plateforme et s'adresse principalement aux passionnés. Des versions pour les bureaux KDE (3 Go) et GNOME (3 Go) pour l'architecture x86_64 sont disponibles en téléchargement. Le dépôt contient des paquets pour les architectures aarch64, e2kv4, i686, loongarch64, riscv64 et x86_64.

Cette nouvelle version se distingue par la mise à jour des paquets vers les dernières versions des programmes. Le changement le plus significatif a été la transition de l'environnement de bureau vers les composants KDE 6 (version KDE Plasma 6.3.1 utilisée). Parallèlement, les paquets KDE Plasma 5.27.12 ont été conservés en option dans la distribution. GNOME 47, LXQt 2.1, Xfce 4.20 et MATE 1.28 ont été mis à jour. La distribution utilise les versions de Mesa 24.3, Qt 6.8.2, GCC 14.2, LLVM 19, Glibc 2.40, systemd 256, Perl 5.38, Python 3.11, Rust 1.84, Ruby 3.2.2, Go 1.23.6, PHP 8.3.14, Libreoffice 24.8.5 et gimp 3.0-rc2. Les paquets Linux 6.1, 6.6 et 6.12 sont disponibles à l'installation.

https://forum.rosa.ru/viewtopic.php?t%3D11359
//note d52fr : remplacer aussi l'URL dans la zone sensible ! (pourquoi passer par Google Translate pour traduire de 'en' à 'en-US' !!) //


====== 6 ======

**Ubuntu Touch OTA-8 Focal Released:
03/03/2025

The OTA-8 Focal (over-the-air) firmware has been released, developed by the UBports project, which took over the development of the Ubuntu Touch mobile platform after Canonical stepped away from it. This is the eighth release of Ubuntu Touch, based on the Ubuntu 20.04 package base. The project also develops an experimental port of the Unity 8 desktop, which has been renamed Lomiri.

Ubuntu Touch OTA-8 Focal update will be generated in the coming days for Asus Zenfone Max Pro M1, F(x)tec Pro1 X, Fairphone 3/3+/4, Google Pixel 3a/3a XL, JingPad A1, Oneplus 5/5T/6/6T, OnePlus Nord N10 5G/N100, Sony Xperia X, Vollaphone X/22/X23 and Xiaomi Poco X3 NFC / X3. Compared to the previous release, builds have been added for Xiaomi Poco M2 Pro, Xiaomi Redmi Note 9 Pro/Pro Max/9S, Volla Phone Quintus and Volla Tablet.

The development of the new release focused on preparing for the transition to the newer LTS branch of Ubuntu. One of the big changes in Ubuntu Touch OTA-8 Focal:

Support for VoLTE (Voice over LTE), a technology for transmitting voice over LTE networks, has been implemented. Using VoLTE is currently only possible on Volla Phone X23 and Volla Phone 22 smartphones, the firmware for which uses Halium 12 system components.

https://ubports.com/en/blog/ubports-news-1/post/ubuntu-touch-ota-8-focal-release-3953**

Sortie d'Ubuntu Touch OTA-8 Focal
03/03/2025

Le firmware OTA-8 Focal (over-the-air) est disponible. Il est développé par le projet UBports, qui a repris le développement de la plateforme mobile Ubuntu Touch après le retrait de Canonical. Il s'agit de la huitième version d'Ubuntu Touch, basée sur le paquet Ubuntu 20.04. Le projet développe également un portage expérimental du bureau Unity 8, rebaptisé Lomiri.

La mise à jour Ubuntu Touch OTA-8 Focal sera disponible dans les prochains jours pour les Asus Zenfone Max Pro M1, F(x)tec Pro1 X, Fairphone 3/3+/4, Google Pixel 3a/3a XL, JingPad A1, OnePlus 5/5T/6/6T, OnePlus Nord N10 5G/N100, Sony Xperia X, Vollaphone X/22/X23 et Xiaomi Poco X3 NFC/X3. Par rapport à la version précédente, des builds ont été ajoutées pour les Xiaomi Poco M2 Pro, Xiaomi Redmi Note 9 Pro/Pro Max/9S, Volla Phone Quintus et Volla Tablet.

Le développement de cette nouvelle version visait à préparer la transition vers la nouvelle branche LTS d'Ubuntu. L'un des principaux changements apportés à Ubuntu Touch OTA-8 Focal est le suivant :

La prise en charge de la VoLTE (Voice over LTE), une technologie de transmission de la voix sur les réseaux LTE, a été implémentée. L'utilisation de la VoLTE n'est actuellement possible que sur les smartphones Volla Phone X23 et Volla Phone 22, dont le firmware utilise les composants système Halium 12.

https://ubports.com/en/blog/ubports-news-1/post/ubuntu-touch-ota-8-focal-release-3953


**OpenBot 0.8 Creation Platform Released:
04/03/2025

After almost two years of development, the OpenBot 0.8 open platform has been released. It is designed to create moving wheeled robots based on a regular Android smartphone. The platform was created in the research division of Intel and develops the idea of using the computing capabilities of a smartphone and the built-in GPS, gyroscope, compass and camera in the creation of robots. The code, written in Swift and Java, is distributed under the MIT license.

The software for robot control, environment analysis and autonomous navigation is implemented as an application for the Android platform. It is assumed that the platform can be useful for teaching robotics, quickly creating your own prototypes of moving robots and conducting research related to autopilots and autonomous navigation.

OpenBot allows you to start experimenting with moving robots at a minimum cost - to create a robot, you can get by with a mid-range smartphone and additional components totaling about USD50. The chassis for the robot, as well as related parts for attaching the smartphone, are printed on a 3D printer according to the proposed layouts. If you do not have a 3D printer, you can cut a frame out of cardboard or plywood. Movement is provided by four electric motors.

To control the engines, attachments and additional sensors, as well as to monitor the battery charge, an Arduino Nano board, based on the ATmega328P microcontroller, is used, which is connected to the smartphone via a USB port. Additionally, connection of speed sensors and ultrasonic sonar is supported. Remote control of the robot can be carried out via a client application for Android, via a computer located on the same WiFi network, via a web browser or via a game controller with Bluetooth support (for example, PS4, XBox and X3).

https://github.com/ob-f/OpenBot/releases/tag/v0.8.0**

Lancement de la plateforme de création OpenBot 0.8
04/03/2025

Après près de deux ans de développement, la plateforme ouverte OpenBot 0.8 est disponible. Elle est conçue pour créer des robots mobiles à roues, basés sur un smartphone Android classique. Développée par le département de recherche d'Intel, elle exploite les capacités de calcul d'un smartphone, ainsi que le GPS, le gyroscope, la boussole et la caméra intégrés, pour créer des robots. Le code, écrit en Swift et Java, est distribué sous licence MIT.

Le logiciel de contrôle de robot, d'analyse environnementale et de navigation autonome est implémenté sous forme d'application pour la plateforme Android. Cette plateforme est censée être utile pour l'enseignement de la robotique, la création rapide de prototypes de robots mobiles et la recherche sur le pilotage automatique et la navigation autonome.

OpenBot vous permet de commencer à expérimenter des robots mobiles à moindre coût : pour créer un robot, vous pouvez vous contenter d'un smartphone milieu de gamme et de composants supplémentaires, pour un coût total d'environ 50 $ US. Le châssis du robot, ainsi que les pièces nécessaires à la fixation du smartphone, sont imprimés sur une imprimante 3D selon les schémas proposés. Si vous ne possédez pas d'imprimante 3D, vous pouvez découper un cadre en carton ou en contreplaqué. Le mouvement est assuré par quatre moteurs électriques.

Pour contrôler les moteurs, les accessoires et les capteurs supplémentaires, ainsi que pour surveiller la charge de la batterie, une carte Arduino Nano, basée sur le microcontrôleur ATmega328P, est utilisée. Elle est connectée au smartphone via un port USB. La connexion de capteurs de vitesse et d'un sonar à ultrasons est également prise en charge. Le robot peut être contrôlé à distance via une application cliente pour Android, un ordinateur connecté au même réseau Wi-Fi, un navigateur Web ou une manette de jeu compatible Bluetooth (par exemple, PS4, Xbox et X3).

https://github.com/ob-f/OpenBot/releases/tag/v0.8.0


**Release of Godot 4.4 game engine:
04/03/2025

After seven months of development, the free Godot 4.4 game engine, suitable for creating 2D and 3D games, has been released. The engine supports an easy-to-learn game logic language, a graphical environment for designing games, a one-click game deployment system, animation and physics simulation capabilities, a built-in debugger, and a performance bottleneck detection system. The code for the game engine, game design environment, and related development tools (physics engine, sound server, 2D/3D rendering backends, etc.) is distributed under the MIT license.

As a result of a conflict in the community, where Godot had doubled down on retarded gender politics, a fork of the project was founded last year - Redot. The fork was a response to the strict moderation policy in official communication channels and the rejection by Godot developers of opinions that differ from their views. The reasons for creating the fork were the desire to solve problems with community management and return to work for the benefit of the community, and not for corporate interests. The Redot project is trying to build an inclusive community in which politicization of the development process is unacceptable, and the main focus is only on creating games. Currently, the fork's development activity lags slightly behind the Godot engine.

https://godotengine.org/article/godot-4-4-a-unified-experience/**

Sortie du moteur de jeu Godot 4.4
04/03/2025

Après sept mois de développement, le moteur de jeu gratuit Godot 4.4, adapté à la création de jeux 2D et 3D, est disponible. Ce moteur prend en charge un langage de logique de jeu facile à apprendre, un environnement graphique pour la conception de jeux, un système de déploiement de jeu en un clic, des capacités d'animation et de simulation physique, un débogueur intégré et un système de détection des goulots d'étranglement des performances. Le code du moteur de jeu, de l'environnement de conception et des outils de développement associés (moteur physique, serveur audio, backends de rendu 2D/3D, etc.) est distribué sous licence du MIT.

Suite à un conflit au sein de la communauté, Godot ayant multiplié les propos inconsidérés sur la question du genre, un fork du projet a été créé l'année dernière : Redot. Ce fork répondait à la politique de modération stricte des canaux de communication officiels et au rejet par les développeurs de Godot des opinions divergentes. La création du fork était motivée par la volonté de résoudre les problèmes de gestion communautaire et de se consacrer au bien-être de la communauté, et non à des intérêts commerciaux. Le projet Redot vise à bâtir une communauté inclusive où la politisation du processus de développement est inacceptable et où l'accent est mis uniquement sur la création de jeux. Actuellement, le développement du fork accuse un léger retard par rapport au moteur Godot.

https://godotengine.org/article/godot-4-4-a-unified-experience/


====== 7 ======

**Thunderbird 136.0 Mail Client Released:
05/03/2025

Thunderbird 136.0, a community-developed email client based on Mozilla technologies, has been released. Thunderbird 136 is built on the Firefox 136 codebase and is categorized as an intermediate version, with updates released before the next release. Thunderbird 128.8.0 has been released in the ESR branch, which has a long-term support period and updates are released throughout the year.

The publication of Thunderbird 136.0 marked a change in the approach to forming releases. In addition to the previous scheme, in which a major release was formed once a year and based on the ESR branches of Firefox, major releases will now also be published once a month and based on the Firefox releases with a regular maintenance period. Previously, builds based on regular Firefox releases were not reflected on the download page, positioned as testing, and provided with a special warning in the release notes. Thunderbird 136 is offered by default and without the label of being intended for testing only. The formation and maintenance of the Thunderbird ESR branches will continue without changes.

It is expected that the transition to monthly major releases will speed up the delivery of new features to users, smooth the transition to new major releases (changes will be spread out over time), and expand the range of bugs fixed with each update (the ESR branch only fixed vulnerabilities and serious issues).

https://blog.thunderbird.net/2025/03/thunderbird-release-channel-update/**

Sortie du client de messagerie Thunderbird 136.0
05/03/2025

Thunderbird 136.0, un client de messagerie communautaire basé sur les technologies Mozilla, est disponible. Développé sur la base de code de Firefox 136, Thunderbird 136 est classé comme une version intermédiaire, avec des mises à jour publiées avant la prochaine version. Thunderbird 128.8.0 est disponible dans la branche ESR, qui bénéficie d'un support à long terme et de mises à jour tout au long de l'année.

La publication de Thunderbird 136.0 a marqué un changement dans la méthode de publication des versions. En plus du schéma précédent, où une version majeure était publiée une fois par an et basée sur les branches ESR de Firefox, les versions majeures seront désormais publiées une fois par mois et basées sur les versions de Firefox, avec une période de maintenance régulière. Auparavant, les versions basées sur les versions standard de Firefox n'étaient pas affichées sur la page de téléchargement, mais classées comme versions de test et comportaient un avertissement spécifique dans les notes de version. Thunderbird 136 est proposé par défaut et n'est pas destiné uniquement aux tests. La création et la maintenance des branches ESR de Thunderbird se poursuivront sans modification.

La transition vers des versions majeures mensuelles devrait accélérer la mise à disposition des nouvelles fonctionnalités, faciliter la transition vers les nouvelles versions majeures (les modifications seront étalées dans le temps) et élargir la gamme de bugs corrigés à chaque mise à jour (la branche ESR ne corrigeait que les vulnérabilités et les problèmes graves).

https://blog.thunderbird.net/2025/03/thunderbird-release-channel-update/


**Intel Adds eUSB2V2 Support to Linux Kernel:
05/03/2025

An engineer from Intel has prepared a change to support the second version of the eUSB2 extension (eUSB2V2 - Embedded USB2 Version 2.0). The change has been transferred to the usb-next branch, which tests the Linux kernel functionality planned for release 6.15 related to USB.

eUSB2V2 is an extension of the USB 2.0 standard that reduces the supply voltage (to 1.2 volts) and increases performance. The data transfer rate in eUSB2V2 can reach 4.8 Gbps, which is 10 times faster than the usual 480 Mbps typical for USB 2.0. The proposed technology allows laptop manufacturers to equip their devices with higher-resolution webcams, while continuing to use the Embedded USB2 bus for connecting them.

https://web.git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/commit/?h%3Dusb-next%26id%3Dc749f058b4371430a8338e1ca72b9ae38fef613b**

Intel ajoute la prise en charge de l'eUSB2V2 au noyau Linux
05/03/2025

Un ingénieur d'Intel a préparé une modification pour prendre en charge la deuxième version de l'extension eUSB2 (eUSB2V2 - Embedded USB2 Version 2.0). Cette modification a été transférée à la branche usb-next, qui teste les fonctionnalités du noyau Linux prévues pour la version 6.15 liées à l'USB.

eUSB2V2 est une extension de la norme USB 2.0 qui réduit la tension d'alimentation (à 1,2 volt) et améliore les performances. Le débit de transfert de données de l'eUSB2V2 peut atteindre 4,8 Gbit/s, soit 10 fois plus rapide que les 480 Mbit/s habituels de l'USB 2.0. Cette technologie permet aux fabricants d'ordinateurs portables d'équiper leurs appareils de webcams à haute résolution, tout en continuant d'utiliser le bus USB2 intégré pour les connecter.

https://web.git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/commit/?h%3Dusb-next%26id%3Dc749f058b4371430a8338e1ca72b9ae38fef613b


**FerretDB 2.0 Release:
05/03/2025

FerretDB 2.0 is now available, allowing you to replace the proprietary document-oriented MongoDB DBMS with a fully open source software stack based on PostgreSQL without changing your application code. The code is written in Go and is licensed under Apache 2.0. The release is marked as ready for production deployments.

FerretDB's primary target audience is MongoDB users who want to use a fully open source software stack. FerretDB supports a subset of MongoDB features that are most commonly used in typical applications. The need to implement FerretDB may arise due to MongoDB's transition to the proprietary SSPL license, which is based on the AGPLv3 license but is not open source because it contains a discriminatory requirement to distribute under the SSPL license not only the application code itself, but also the source code of all components involved in providing the cloud service.

The key change in FerretDB 2.0 is the transition to DocumentDB, a Microsoft-opened extension to PostgreSQL that implements the ability to store data in a JSON-like BSON (Binary JSON) format compatible with MongoDB. Initially, FerretDB's work was limited to translating MongoDB requests into SQL queries to PostgreSQL. The transition to DocumentDB has increased FerretDB's performance by more than 20 times for some types of workload. Other new features in FerretDB 2.0 include improved compatibility with MongoDB, replication , and support for vector search .

https://blog.ferretdb.io/ferretdb-v2-ga-open-source-mongodb-alternative-ready-for-production/**

Sortie de FerretDB 2.0
05/03/2025

FerretDB 2.0 est désormais disponible. Il vous permet de remplacer le SGBD propriétaire MongoDB orienté document par une pile logicielle entièrement Open Source basée sur PostgreSQL, sans modifier le code de votre application. Le code est écrit en Go et sous licence Apache 2.0. Cette version est prête pour les déploiements en production.

FerretDB s'adresse principalement aux utilisateurs de MongoDB souhaitant utiliser une pile logicielle entièrement Open Source. FerretDB prend en charge un sous-ensemble des fonctionnalités MongoDB les plus couramment utilisées dans les applications classiques. La nécessité d'implémenter FerretDB pourrait survenir en raison de la transition de MongoDB vers la licence propriétaire SSPL, basée sur la licence AGPLv3, mais non Open Source, car elle impose une obligation discriminatoire de distribuer sous licence SSPL non seulement le code de l'application, mais également le code source de tous les composants nécessaires à la fourniture du service cloud.

Le principal changement de FerretDB 2.0 est la transition vers DocumentDB, une extension de PostgreSQL ouverte par Microsoft qui permet de stocker des données dans un format BSON (JSON binaire) de type JSON, compatible avec MongoDB. Initialement, FerretDB se limitait à traduire les requêtes MongoDB en requêtes SQL vers PostgreSQL. La transition vers DocumentDB a permis de multiplier par plus de 20 les performances de FerretDB pour certains types de charges de travail. Parmi les autres nouveautés de FerretDB 2.0, on compte une compatibilité améliorée avec MongoDB, la réplication et la prise en charge de la recherche vectorielle.

https://blog.ferretdb.io/ferretdb-v2-ga-open-source-mongodb-alternative-ready-for-production/


====== 8 ======

**Release of FEX 2503:
06/03/2025

The FEX 2503 project has been published. It develops an emulator for running games and applications built for x86 and x86-64 architectures in a Linux environment on systems with ARM64 (AArch64) processors. The FEX emulator is used by the Asahi project to run games from the Steam catalog built for the x86_64 architecture on systems with ARM chips. The project code is written in C++ with assembler inserts and is distributed under the MIT license.

Libraries required to run x86 applications in the ARM64 environment are connected in the form of an overlay layer with the root file system image ( rootfs ), supplied in the SquashFS format. Such an overlay makes it possible to do without creating a separate chroot environment. Loading of rootfs images already generated by the project is performed by the FEXRootFSFetcher utility.

To access host environment capabilities, such as audio and 3D graphics tools, thunk libraries are placed in the rootfs, which translate calls to libraries and code on the host system side (for example, calls to OpenGL and Vulkan can be redirected). Such libraries can also be used on the host side, to call code in the guest environment. Among the libraries available for forwarding are: libEGL, libGL, libSDL2, libX11, libVDSO, libasound, libdrm, libfex_malloc, libvulkan, libwayland-client and libxshmfence.

https://fex-emu.com/FEX-2503/**

Sortie de FEX 2503
06/03/2025

Le projet FEX 2503 a été publié. Il développe un émulateur permettant d'exécuter des jeux et applications conçus pour les architectures x86 et x86-64 dans un environnement Linux sur des systèmes équipés de processeurs ARM64 (AArch64). L'émulateur FEX est utilisé par le projet Asahi pour exécuter des jeux du catalogue Steam conçus pour l'architecture x86_64 sur des systèmes équipés de puces ARM. Le code du projet est écrit en C++ avec des insertions en assembleur et est distribué sous licence MIT.

Les bibliothèques nécessaires à l'exécution des applications x86 dans l'environnement ARM64 sont connectées sous forme d'une couche superposée à l'image du système de fichiers racine (rootfs), fournie au format SquashFS. Cette superposition permet d'éviter la création d'un environnement chroot distinct. Le chargement des images rootfs déjà générées par le projet est effectué par l'utilitaire FEXRootFSFetcher.

Pour accéder aux fonctionnalités de l'environnement hôte, telles que les outils audio et graphiques 3D, des bibliothèques thunk sont placées dans le système de fichiers racine, ce qui traduit les appels aux bibliothèques et au code côté système hôte (par exemple, les appels à OpenGL et Vulkan peuvent être redirigés). Ces bibliothèques peuvent également être utilisées côté hôte pour appeler du code dans l'environnement invité. Parmi les bibliothèques disponibles pour le transfert, on trouve : libEGL, libGL, libSDL2, libX11, libVDSO, libasound, libdrm, libfex_malloc, libvulkan, libwayland-client et libxshmfence.

https://fex-emu.com/FEX-2503/


**Google Publishes Toolkit for Analyzing and Modifying AMD Microcode:
06/03/2025

Engineers from Google have disclosed details of a vulnerability (CVE-2024-56161) that allows bypassing the digital signature verification mechanism when updating microcode in AMD processors based on the 1st to 4th generations of the Zen microarchitecture. At the same time, the Zentool toolkit, developed during the study of methods for working with microcode in AMD processors, was published under the Apache 2.0 license. A guide to the RISC86 microarchitecture used in AMD microcode and a note on creating your own microcode were also prepared. It shows how you can create your own processor instructions implemented on RISC86 microcode, change the behavior of existing instructions, and load microcode changes into the processor.

For simplification, the Zentool toolkit has been developed, which allows you to analyze microcode, manipulate microcode, and create patches that can be used to change the microcode in AMD Zen processors. In the future, the developers plan to continue expanding the capabilities of the toolkit and provide a kind of analogue of binutils, but not for traditional machine code, but for microcode.

Loading custom patches for AMD Zen 1-4 processor microcode was made possible by a vulnerability caused by the use of the CMAC impersonation algorithm during verification instead of a strong hash function. AMD fixed the vulnerability in a December microcode update by replacing CMAC with a cryptographically strong hash function.

To digitally sign the microcode loaded into the processor, AMD uses a private RSA key, and adds a public key as part of the microcode patch. To verify that the public key matches the original RSA key pair, the processor compares the hash of the AMD public key embedded in the CPU during manufacturing with the hash of the public key specified in the patch.

AMD uses a single encryption key for AES-CMAC, which is shipped on all CPUs from Zen 1 to Zen 4. Thus, it is enough to extract this key from any AMD CPU and it will be applicable to all other CPUs. The researchers found that the Zen 1 through Zen 4 generations of processors use a known key for AES-CMAC encryption, taken from an example mentioned in the NIST SP 800-38B block cipher recommendation .

https://bughunters.google.com/blog/5424842357473280/zen-and-the-art-of-microcode-hacking
https://github.com/google/security-research/blob/master/pocs/cpus/entrysign/zentool/docs/reference.md**

Google publie une boîte à outils pour l'analyse et la modification du microcode AMD
06/03/2025

Des ingénieurs de Google ont révélé une vulnérabilité (CVE-2024-56161) permettant de contourner le mécanisme de vérification de signature numérique lors de la mise à jour du microcode des processeurs AMD basés sur la microarchitecture Zen de la 1re à la 4e génération. Parallèlement, la boîte à outils Zentool, développée lors de l'étude des méthodes d'utilisation du microcode dans les processeurs AMD, a été publiée sous licence Apache 2.0. Un guide sur la microarchitecture RISC86 utilisée dans le microcode AMD et une note sur la création de votre propre microcode ont également été préparés. Ce guide explique comment créer vos propres instructions processeur implémentées sur le microcode RISC86, modifier le comportement des instructions existantes et charger les modifications du microcode dans le processeur.

Pour simplifier les choses, la boîte à outils Zentool a été développée. Elle permet d'analyser et de manipuler le microcode, ainsi que de créer des correctifs permettant de modifier le microcode des processeurs AMD Zen. À l'avenir, les développeurs prévoient de continuer à étendre les fonctionnalités de la boîte à outils et de fournir une sorte d'analogue de binutils, non pas pour le code machine traditionnel, mais pour le microcode.

Le chargement de correctifs personnalisés pour le microcode des processeurs AMD Zen 1 à 4 a été rendu possible par une vulnérabilité causée par l'utilisation de l'algorithme d'usurpation d'identité CMAC lors de la vérification au lieu d'une fonction de hachage forte. AMD a corrigé cette vulnérabilité dans une mise à jour du microcode de décembre en remplaçant CMAC par une fonction de hachage cryptographiquement forte.

Pour signer numériquement le microcode chargé dans le processeur, AMD utilise une clé RSA privée et ajoute une clé publique dans le correctif du microcode. Pour vérifier que la clé publique correspond à la paire de clés RSA d'origine, le processeur compare le hachage de la clé publique AMD intégrée au processeur lors de sa fabrication avec celui de la clé publique spécifiée dans le correctif.

AMD utilise une clé de chiffrement unique pour AES-CMAC, fournie avec tous les processeurs de Zen 1 à Zen 4. Ainsi, il suffit d'extraire cette clé de n'importe quel processeur AMD pour qu'elle soit applicable à tous les autres processeurs. Les chercheurs ont découvert que les générations de processeurs Zen 1 à Zen 4 utilisent une clé connue pour le chiffrement AES-CMAC, tirée d'un exemple mentionné dans la recommandation de chiffrement par blocs NIST SP 800-38B.

https://bughunters.google.com/blog/5424842357473280/zen-and-the-art-of-microcode-hacking
https://github.com/google/security-research/blob/master/pocs/cpus/entrysign/zentool/docs/reference.md


**Blender-Made Cartoon 'Flow' Wins Oscar:
06/03/2025

The 2025 Academy Award for Best Animated Feature Film has been awarded to the animated film Flow, directed by Latvian Gints Zilbalodis. The film follows the adventures of a cat during a flood and is notable for being created by an independent team on a limited budget in the free 3D modeling system Blender. Work on the film lasted five and a half years.

In his previous works, the director used the Maya 3D package, but in 2019 he switched to Blender, after the EEVEE rendering engine was released in Blender 2.80. EEVEE supported real-time rendering and allowed him to implement the desired workflow. One of the most important selection criteria was speed, not only of rendering, but also of working with files, setting up lighting, and creating a general style. Blender also had all the tools the director needed.

https://en.wikipedia.org/wiki/Flow_(2024_film)**

Le dessin animé « Flow » réalisé avec Blender remporte l'Oscar
06/03/2025

L'Oscar 2025 du meilleur long métrage d'animation a été décerné au film d'animation Flow, réalisé par le Letton Gints Zilbalodis. Ce film suit les aventures d'un chat lors d'une inondation et se distingue par sa création par une équipe indépendante disposant d'un budget limité, grâce au système de modélisation 3D gratuit Blender. Le travail sur le film a duré cinq ans et demi.

Dans ses précédents projets, le réalisateur utilisait le logiciel Maya 3D, mais en 2019, il est passé à Blender, suite à la sortie du moteur de rendu EEVEE dans Blender 2.80. EEVEE prenait en charge le rendu en temps réel et lui permettait de mettre en œuvre le flux de travail souhaité. L'un des critères de sélection les plus importants était la rapidité, non seulement du rendu, mais aussi du traitement des fichiers, de la configuration de l'éclairage et de la création d'un style général. Blender offrait également tous les outils nécessaires au réalisateur.

https://en.wikipedia.org/wiki/Flow_(2024_film)


====== 9 ======

**Samba 4.22.0 Released:
06/03/2025

After 6 months of development, Samba 4.22.0 was released, continuing the development of the Samba 4 branch with a full implementation of a domain controller and Active Directory service, compatible with the Windows 2008 implementation and capable of servicing all Microsoft-supported versions of Windows clients, including Windows 11. Samba 4 is a multifunctional server product, also providing the implementation of a file server, print service and identification server (winbind).

http://www.samba.org/**

Sortie de Samba 4.22.0
06/03/2025

Après six mois de développement, Samba 4.22.0 est disponible. Il poursuit le développement de la branche Samba 4 avec l'implémentation complète d'un contrôleur de domaine et d'un service Active Directory. Compatible avec Windows 2008, il prend en charge toutes les versions de clients Windows prises en charge par Microsoft, y compris Windows 11. Samba 4 est un produit serveur multifonctionnel, offrant également l'implémentation d'un serveur de fichiers, d'un service d'impression et d'un serveur d'identification (winbind).

http://www.samba.org/


**PipeWire 1.4.0 Released:
07/03/2025

After eight months of development, a new stable branch of the PipeWire 1.4.0 multimedia server is out. It has replaced the PulseAudio sound server and differs from it by adding tools for working with video streams, the ability to process sound with minimal delays and a new security model for managing access at the level of individual devices and streams. The project is supported in GNOME and is used by default in Fedora Linux, RHEL, Ubuntu, Debian, SUSE/openSUSE and many other Linux distributions. The project code is written in C and distributed under the MIT license.

PipeWire is based on a multi-process architecture that enables content sharing between multiple applications. It provides capabilities for handling any media streams, mixing and redirecting video streams, and managing video sources such as video capture devices, webcams, or screen content output by applications. PipeWire enables multiple applications to work together with a webcam and solves the problems of secure screen capture and remote screen access in a Wayland environment.

When used as an audio server, PipeWire can provide low latency and functionality that combines the capabilities of PulseAudio and JACK, including the needs of professional audio systems that PulseAudio could not claim. PipeWire offers an advanced security model that allows access control at the level of individual devices and specific streams. The implemented access model simplifies the routing of audio and video in and out of isolated containers.

https://gitlab.freedesktop.org/pipewire/pipewire/-/releases/1.4.0**

Sortie de PipeWire 1.4.0
07/03/2025

Après huit mois de développement, la nouvelle version stable 1.4.0 du serveur multimédia PipeWire est disponible. Elle remplace le serveur audio PulseAudio et se distingue par l'ajout d'outils de traitement des flux vidéo, la possibilité de traiter le son avec des délais minimaux et un nouveau modèle de sécurité pour la gestion des accès au niveau des appareils et des flux. Le projet est pris en charge par GNOME et utilisé par défaut sous Fedora Linux, RHEL, Ubuntu, Debian, SUSE/openSUSE et de nombreuses autres distributions Linux. Le code du projet est écrit en C et distribué sous licence du MIT.

PipeWire repose sur une architecture multiprocessus qui permet le partage de contenu entre plusieurs applications. Il offre des fonctionnalités de gestion de tous les flux multimédias, de mixage et de redirection de flux vidéo, ainsi que de gestion des sources vidéo telles que les périphériques de capture vidéo, les webcams ou le contenu d'écran généré par les applications. PipeWire permet à plusieurs applications de fonctionner ensemble avec une webcam et résout les problèmes de capture d'écran sécurisée et d'accès à distance dans un environnement Wayland.

Utilisé comme serveur audio, PipeWire offre une faible latence et des fonctionnalités combinant les capacités de PulseAudio et de JACK, répondant notamment aux besoins des systèmes audio professionnels, auxquels PulseAudio ne pouvait prétendre. PipeWire offre un modèle de sécurité avancé permettant le contrôle d'accès au niveau des appareils individuels et des flux spécifiques. Le modèle d'accès implémenté simplifie le routage audio et vidéo entrant et sortant de conteneurs isolés.

https://gitlab.freedesktop.org/pipewire/pipewire/-/releases/1.4.0


**Apertis 2025.0:
08/03/2025

Collabora has introduced the Apertis 2025.0 Linux distribution, originally created for automotive systems, but then reoriented for a wider range of electronic devices, embedded equipment and industrial equipment. Examples of devices where Apertis is used include the Atari VCS gaming console, Raspberry Pi 4 boards, R-car automotive SoCs and the Bosch D-tect 200 wall scanner .

Reference system images are distributed for the x86_64, arm64 and armhf architectures. The distribution is modular and allows device manufacturers to independently form the necessary system environment filling. Formation of builds based on traditional deb packages and monolithic atomically updated images based on OSTree are supported. The maintenance period for each Apertis release is 1 year and 9 months, every three months a corrective release with error corrections is built. The distribution is based on packages from Debian GNU/Linux 12.

Apertis allows you to create builds that do not include code under the GPLv3 family of licenses. Instead of using outdated versions of GNU utilities created before the transition to the GPLv3 license, Apertis uses more modern alternatives under permissive licenses. For example, instead of the GNU coreutils and findutils packages, Apertis offers analogs from the uutils project, written in the Rust language and distributed under the MIT license, and instead of GnuPG, Sequoia-PGP is supplied under the GPL-2+ and LGPL-2+ licenses. For those who do not care about the legal issues associated with GPLv3, the option of using traditional utility sets is left.

The Apertis project adheres to the Debian development rules and includes only applications that are supplied under open licenses or allow free distribution. In order for companies creating their products based on Apertis to be sure of the license purity of derivative works, a SBOM (Software Bill of Materials) report is generated for each build, which indicates information about the licenses of all used code files, as well as data on program versions, which is also convenient for checking for vulnerable versions.

https://www.collabora.com/news-and-blog/news-and-events/apertis-v2025-the-second-bookworm-based-release-for-industrial-embedded-devices.html**

Apertis 2025.0
08/03/2025

Collabora a lancé la distribution Linux Apertis 2025.0, initialement conçue pour les systèmes automobiles, puis réorientée vers une gamme plus large d'appareils électroniques, d'équipements embarqués et d'équipements industriels. Parmi les appareils utilisant Apertis, on peut citer la console de jeu Atari VCS, les cartes Raspberry Pi 4, les SoC automobiles R-car et le scanner mural Bosch D-tect 200.

Des images système de référence sont distribuées pour les architectures x86_64, arm64 et armhf. La distribution est modulaire et permet aux fabricants de périphériques de constituer indépendamment l'environnement système nécessaire. La création de builds basés sur des paquets deb traditionnels et des images monolithiques mises à jour atomiquement basées sur OSTree est prise en charge. La période de maintenance de chaque version d'Apertis est d'un an et neuf mois, et une version corrective est publiée tous les trois mois. La distribution est basée sur des paquets de Debian GNU/Linux 12.

Apertis vous permet de créer des builds sans code sous la famille de licences GPLv3. Au lieu d'utiliser des versions obsolètes d'utilitaires GNU créées avant la transition vers la licence GPLv3, Apertis utilise des alternatives plus modernes sous licences permissives. Par exemple, au lieu des paquets GNU coreutils et findutils, Apertis propose des équivalents du projet uutils, écrits en langage Rust et distribués sous licence MIT. De plus, au lieu de GnuPG, Sequoia-PGP est fourni sous les licences GPL-2+ et LGPL-2+. Pour ceux qui ne se soucient pas des aspects juridiques liés à la GPLv3, il est possible d'utiliser des ensembles d'utilitaires traditionnels.

Le projet Apertis respecte les règles de développement de Debian et n'inclut que des applications fournies sous des licences ouvertes ou permettant une distribution libre. Afin que les entreprises créant leurs produits basés sur Apertis puissent garantir la pureté des licences des œuvres dérivées, un rapport SBOM (Software Bill of Materials) est généré pour chaque build. Il indique les licences de tous les fichiers de code utilisés, ainsi que les données sur les versions des programmes, ce qui permet également de détecter les versions vulnérables.

https://www.collabora.com/news-and-blog/news-and-events/apertis-v2025-the-second-bookworm-based-release-for-industrial-embedded-devices.html


====== 10 ======

**Linux terminal for Google Pixel devices:
08/03/2025

Google included the Linux Terminal app in the March Android 15 firmware update ("Pixel Feature Drop") for Google Pixel devices. The app allows you to run a Debian GNU/Linux virtual machine in the Android environment, where you can run regular Linux applications.

Linux Terminal is activated in the developer settings (section "Settings > System > Developer > Linux development environment"). For this option to appear, you need to activate the developer mode by quickly pressing the build number seven times on the "Settings → About Phone" page. After the first launch, the application offers to download a virtual machine image with Linux to the device, which takes up about 500 MB.

The Terminal application is being developed in the AOSP (Android Open Source Project) repository in the core Android platform. The functionality of the Linux virtual machine is being developed within the Ferrochrome project. Debian GNU/Linux 12 is running in the guest environment. The AVF ( Android Virtualization Framework ) framework is used for virtualization, implemented, based off the KVM hypervisor and the crosvm toolkit .

https://www.androidpolice.com/android-15-linux-terminal-app/**

Terminal Linux pour les appareils Google Pixel
08/03/2025

Google a inclus l'application Terminal Linux dans la mise à jour du firmware Android 15 de mars (« Pixel Feature Drop ») pour les appareils Google Pixel. Cette application permet d'exécuter une machine virtuelle Debian GNU/Linux dans l'environnement Android, où vous pouvez exécuter des applications Linux classiques.

Linux Terminal est activé dans les paramètres développeur (section « Paramètres > Système > Développeur > Environnement de développement Linux »). Pour que cette option apparaisse, vous devez activer le mode développeur en appuyant rapidement sept fois sur le numéro de build dans la page « Paramètres → À propos du téléphone ». Après le premier lancement, l'application propose de télécharger une image de machine virtuelle Linux sur l'appareil, ce qui occupe environ 500 Mo.

L'application Terminal est développée dans le dépôt AOSP (Android Open Source Project) de la plateforme Android principale. Les fonctionnalités de la machine virtuelle Linux sont développées dans le cadre du projet Ferrochrome. Debian GNU/Linux 12 s'exécute dans l'environnement invité. Le framework AVF (Android Virtualization Framework) est utilisé pour la virtualisation. Il est implémenté à partir de l'hyperviseur KVM et de la boîte à outils CrosVM.

https://www.androidpolice.com/android-15-linux-terminal-app/



**Nova driver starter code written in Rust is available for Linux kernel 6.15:
10/03/2025

A set of patches with an initial implementation of the Nova driver for NVIDIA GPUs written in Rust has been proposed for inclusion in the Linux 6.15 kernel, which is expected to be released in late May. At the first stage, the nova-core framework, which contains about 400 lines of code and implements a basic level of abstractions over the GSP firmware software interfaces, was transferred to the kernel. In addition to nova-core, the patch includes some bindings necessary for the drivers to work with the firmware.

At the next stage, the kernel plans to include the nova-drm (Direct Rendering Manager) DRM driver for interaction with the GPU from user space, as well as the VFIO driver with the vGPU manager , which allows the use of NVIDIA virtual GPUs in virtualization systems.

The Nova driver is designed for use with NVIDIA GPUs equipped with GSP firmware, which is used starting with the NVIDIA GeForce RTX 2000 series based on the Turing microarchitecture. In such GPUs, initialization and control operations are implemented in the firmware and are performed by a separate GSP (GPU System Processor) microcontroller. Nova is expected to replace the Nouveau driver for GPUs with GSP support in the long term.

The project is being developed by Red Hat employees with the goal of getting rid of the complications inherent in the Nouveau DRM driver. Significant simplification is achieved by using ready-made handlers provided by the GSP firmware and dropping support for older GPUs. Nova will also solve architectural problems that require significant reworking of the code base in Nouveau, such as problems with locks in the VMM/MMU code.

In addition to Nova, drivers for Apple AGX GPU (drm-asahi), NVMe (rnvme) and Android Binder are being developed in Rust for the Linux kernel. Cisco is developing the PuzzleFS file system for the Linux kernel in Rust . The QR code generator for the emergency stop screen, the rnull block device driver (replacement for null_blk) and the ax88796b_rust driver for the PHY interface of the ASIX AX887xx Ethernet controller have already been accepted into the kernel.

https://lore.kernel.org/all/Z84dHHEn6xfvlRxk@cassiopeiae/T/%23u**

Le code de démarrage du pilote Nova, écrit en Rust, est disponible pour le noyau Linux 6.15
10/03/2025

Un ensemble de correctifs incluant une implémentation initiale du pilote Nova pour GPU NVIDIA, écrit en Rust, a été proposé pour être inclus dans le noyau Linux 6.15, dont la sortie est prévue fin mai. Dans un premier temps, le framework nova-core, qui contient environ 400 lignes de code et implémente un niveau d'abstraction basique sur les interfaces logicielles du micrologiciel GSP, a été transféré au noyau. Outre nova-core, le correctif inclut certaines liaisons nécessaires au fonctionnement des pilotes avec le micrologiciel.

Lors de la prochaine étape, le noyau prévoit d'inclure le pilote DRM nova-drm (Direct Rendering Manager) pour l'interaction avec le GPU depuis l'espace utilisateur, ainsi que le pilote VFIO avec le gestionnaire vGPU, permettant l'utilisation de GPU virtuels NVIDIA dans les systèmes de virtualisation.

Le pilote Nova est conçu pour être utilisé avec les GPU NVIDIA équipés du firmware GSP, utilisé à partir de la série NVIDIA GeForce RTX 2000 basée sur la microarchitecture Turing. Sur ces GPU, les opérations d'initialisation et de contrôle sont implémentées dans le firmware et réalisées par un microcontrôleur GSP (GPU System Processor) distinct. Nova devrait remplacer à terme le pilote Nouveau pour les GPU compatibles GSP.

Ce projet est développé par des équipes de Red Hat afin de supprimer les complications inhérentes au pilote DRM Nouveau. Une simplification significative est obtenue grâce à l'utilisation de gestionnaires prêts à l'emploi fournis par le firmware GSP et à l'abandon de la prise en charge des GPU plus anciens. Nova résoudra également les problèmes d'architecture nécessitant une refonte importante du code de Nouveau, tels que les problèmes de verrouillage dans le code VMM/MMU.

Outre Nova, des pilotes pour les GPU Apple AGX (drm-asahi), NVMe (rnvme) et Android Binder sont en cours de développement en Rust pour le noyau Linux. Cisco développe le système de fichiers PuzzleFS pour le noyau Linux en Rust. Le générateur de code QR pour l'écran d'arrêt d'urgence, le pilote de périphérique bloc rnull (en remplacement de null_blk) et le pilote ax88796b_rust pour l'interface PHY du contrôleur Ethernet ASIX AX887xx ont déjà été intégrés au noyau.

https://lore.kernel.org/all/Z84dHHEn6xfvlRxk@cassiopeiae/T/%23u


**FreeBSD 13.5 ReleaseD:
11/03/2025

After 6 months of development, FreeBSD 13.5 release has been published, which will be the last in the FreeBSD 13.x branch. Updates for FreeBSD 13.5 will be released until April 30, 2026. In parallel, the FreeBSD 14 branch is being developed, the next release (14.3) of which is scheduled for June 3, 2025. The first release of the FreeBSD 15 branch will be formed in December 2025.

FreeBSD 13.5 installation images are generated for the amd64, i386, powerpc, powerpc64, powerpc64le, powerpcspe, armv6, armv7, aarch64 and riscv64 architectures. Additionally, builds have been prepared for virtualization systems (QCOW2, VHD, VMDK, raw) and cloud environments Amazon EC2, Google Compute Engine and Vagrant.

https://www.freebsd.org/releases/13.5R/announce/**

Sortie de FreeBSD 13.5
11/03/2025

Après six mois de développement, FreeBSD 13.5 est disponible. Il s'agit de la dernière version de la branche FreeBSD 13.x. Les mises à jour de FreeBSD 13.5 seront publiées jusqu'au 30 avril 2026. Parallèlement, la branche FreeBSD 14 est en cours de développement, dont la prochaine version (14.3) est prévue pour le 3 juin 2025. La première version de la branche FreeBSD 15 sera créée en décembre 2025.

Des images d'installation de FreeBSD 13.5 sont générées pour les architectures amd64, i386, powerpc, powerpc64, powerpc64le, powerpcspe, armv6, armv7, aarch64 et riscv64. De plus, des builds ont été préparées pour les systèmes de virtualisation (QCOW2, VHD, VMDK, raw) et les environnements cloud Amazon EC2, Google Compute Engine et Vagrant.

https://www.freebsd.org/releases/13.5R/announce/


====== 11 ======

**Haiku Ports Latest Firefox, LibreWolf, and Thunderbird:
11/03/2025

Gerasim Troeglazov (3dEyes) has compiled fresh versions of the Firefox 136 browser, as well as the LibreWolf 136 browser based on this branch and the ThunderBird 136 email client.

According to one Haiku developer, BeOS enthusiasts were among the inspirations for Firefox in the early 2000s. At the time, the Bezilla project was developing a port of the Mozilla Suite for BeOS. Since the suite was too bloated, the BeOS community tried to create a lightweight version based on it, which would leave only the browser and remove all other components, such as the email client and web page editor. Mozilla developers found the idea worthy of attention and released their own standalone version of the browser called Phoenix, later renamed Firebird due to overlap with the trademark, and then renamed Firefox again due to overlap with the name of a free DBMS.

https://t.me/haiku_ru/151488**

Les dernières versions de Firefox, LibreWolf et Thunderbird portées sur Haiku
11/03/2025

Gerasim Troeglazov (3dEyes) a compilé de nouvelles versions du navigateur Firefox 136, ainsi que du navigateur LibreWolf 136 basé sur cette branche et du client de messagerie ThunderBird 136.

Selon un développeur d'Haiku, les passionnés de BeOS ont été parmi les inspirateurs de Firefox au début des années 2000. À l'époque, le projet Bezilla développait un portage de la suite Mozilla pour BeOS. La suite étant trop lourde, la communauté BeOS a tenté de créer une version allégée basée sur celle-ci, ne conservant que le navigateur et supprimant tous les autres composants, tels que le client de messagerie et l'éditeur de pages Web. Les développeurs de Mozilla ont trouvé l'idée intéressante et ont publié leur propre version autonome du navigateur, baptisée Phoenix, rebaptisée plus tard Firebird en raison d'un chevauchement avec la marque déposée, puis Firefox à nouveau en raison d'un chevauchement avec le nom d'un SGBD libre.

https://t.me/haiku_ru/151488


**Mesa replaced the Nouveau OpenGL driver with Zink for new NVIDIA GPUs:
11/03/2025

Collabora has announced that a change has been adopted into the Mesa codebase that replaces the default OpenGL driver for NVIDIA GPUs starting with the Turing microarchitecture. The next release of Mesa 25.1 will replace the Nouveau (nvc0) OpenGL driver for GPUs with the Collabora-developed Zink OpenGL driver in conjunction with the NVK Vulkan driver. Compared to Nouveau, the Zink driver demonstrates higher performance in many tests and is not susceptible to the problems that Nouveau has when running on new NVIDIA GPUs.

Zink provides an implementation of OpenGL 4.6 on top of Vulkan, enabling hardware-accelerated OpenGL on devices that support the Vulkan API. Zink's performance is close to that of native OpenGL implementations, allowing you to focus on providing high-quality Vulkan API support and implement OpenGL support on top of Vulkan instead of spending resources on maintaining separate OpenGL drivers. NVIDIA's Vulkan implementation is based on the NVK driver, which supports Vulkan 1.4 for NVIDIA Turing (GeForce GTX 16xx, RTX 20xx, and Quadro RTX series), Ampere (GeForce RTX 30xx and RTX A2000/4000/5000/6000 series), Ada (GeForce RTX 4xxx, RTX 4000 SFF, RTX 4xxx/5000/6000 Ada series), and newer microarchitectures.

https://www.collabora.com/news-and-blog/news-and-events/goodbye-nouveau-gl-hello-zink.html**

Mesa a remplacé le pilote OpenGL Nouveau par Zink pour les nouveaux GPU NVIDIA
11/03/2025

Collabora a annoncé l'adoption d'une modification dans le code source de Mesa, remplaçant le pilote OpenGL par défaut pour les GPU NVIDIA à partir de la microarchitecture Turing. La prochaine version de Mesa 25.1 remplacera le pilote OpenGL Nouveau (nvc0) pour GPU par le pilote OpenGL Zink développé par Collabora, associé au pilote NVK Vulkan. Comparé à Nouveau, le pilote Zink affiche de meilleures performances lors de nombreux tests et n'est pas sujet aux problèmes rencontrés par Nouveau lors de son exécution sur les nouveaux GPU NVIDIA.

Zink fournit une implémentation d'OpenGL 4.6 sur Vulkan, permettant l'accélération matérielle d'OpenGL sur les appareils prenant en charge l'API Vulkan. Les performances de Zink sont proches de celles des implémentations OpenGL natives, ce qui vous permet de vous concentrer sur la prise en charge de l'API Vulkan et d'implémenter la prise en charge d'OpenGL sur Vulkan au lieu de dépenser des ressources pour la maintenance de pilotes OpenGL distincts. L'implémentation Vulkan de NVIDIA repose sur le pilote NVK, qui prend en charge Vulkan 1.4 pour NVIDIA Turing (séries GeForce GTX 16xx, RTX 20xx et Quadro RTX), Ampere (séries GeForce RTX 30xx et RTX A2000/4000/5000/6000), Ada (séries GeForce RTX 4xxx, RTX 4000 SFF, RTX 4xxx/5000/6000 Ada) et les microarchitectures plus récentes.

https://www.collabora.com/news-and-blog/news-and-events/goodbye-nouveau-gl-hello-zink.html


**CrossOver 25.0 Released:
12/03/2025

After a year of development, CodeWeavers has released the Crossover 25.0 package, based on Wine code and designed to run programs and games written for the Windows platform. CodeWeavers is one of the key participants in the Wine project, sponsors its development and returns to the project all the innovations implemented for its commercial products. The source code of the open components of CrossOver 25.0 can be downloaded from their web page .

https://www.codeweavers.com/support/forums/announce/?t%3D24;msg%3D322440%0D%0A**

Sortie de CrossOver 25.0
12/03/2025

Après un an de développement, CodeWeavers a publié le paquet Crossover 25.0, basé sur le code Wine et conçu pour exécuter des programmes et des jeux écrits pour la plateforme Windows. CodeWeavers est l'un des principaux acteurs du projet Wine, sponsorise son développement et lui restitue toutes les innovations mises en œuvre pour ses produits commerciaux. Le code source des composants ouverts de CrossOver 25.0 est téléchargeable sur leur site Web.

https://www.codeweavers.com/support/forums/announce/?t%3D24;msg%3D322440%0D%0A


====== 12 ======

**GStreamer 1.26.0 Available:
12/03/2025

After a year of development, GStreamer 1.26 is released, a cross-platform set of components for creating a wide range of multimedia applications, from media players and audio/video file converters to VoIP applications and streaming systems. The GStreamer code is distributed under the LGPLv2.1 license. Updates are also being developed for the gst-plugins-base, gst-plugins-good, gst-plugins-bad, gst-plugins-ugly plugins, as well as the gst-libav binding and the gst-rtsp-server streaming server. At the API and ABI level, the new release is backward compatible with the 1.0 branch. Binary builds will soon be prepared for Android, iOS, macOS and Windows (on Linux, they recommend you use packages from the distribution).

https://lists.freedesktop.org/archives/gstreamer-devel/2025-March/082142.html**

GStreamer 1.26.0 disponible
12/03/2025

Après un an de développement, GStreamer 1.26 est disponible. Il s'agit d'un ensemble de composants multiplateformes permettant de créer une large gamme d'applications multimédias, des lecteurs multimédias et convertisseurs de fichiers audio/vidéo aux applications VoIP et aux systèmes de streaming. Le code de GStreamer est distribué sous licence LGPLv2.1. Des mises à jour sont également en cours de développement pour les plugins gst-plugins-base, gst-plugins-good, gst-plugins-bad et gst-plugins-ugly, ainsi que pour la liaison gst-libav et le serveur de streaming gst-rtsp-server. Au niveau de l'API et de l'ABI, la nouvelle version est rétrocompatible avec la branche 1.0. Des versions binaires seront bientôt disponibles pour Android, iOS, macOS et Windows (sous Linux, il est recommandé d'utiliser les paquets de la distribution).

https://lists.freedesktop.org/archives/gstreamer-devel/2025-March/082142.html


**The United Nations has proposed Open Source principles:
12/03/2025

The Open Source Initiative (OSI), an organization that reviews licenses for open source compliance, has formally endorsed the Open Source Principles, proposed by the United Nations (UN) to encourage collaboration and widespread adoption of open source code within UN entities and elsewhere. The principles were developed by Open Source United, a community organized by the UN Executive Board's Digital Network program, and provide a framework for the use, development, and dissemination of open source code throughout the organization.

https://opensource.org/blog/osi-endorses-united-nations-open-source-principles**

Les Nations Unies ont proposé des principes Open Source
12/03/2025

L'Open Source Initiative (OSI), organisation chargée de vérifier la conformité des licences aux normes Open Source, a officiellement approuvé les Principes Open Source, proposés par les Nations Unies (ONU) pour encourager la collaboration et l'adoption généralisée du code Open Source au sein des entités onusiennes et ailleurs. Ces principes ont été élaborés par Open Source United, une communauté organisée par le programme Réseau numérique du Conseil exécutif de l'ONU, et fournissent un cadre pour l'utilisation, le développement et la diffusion du code Open Source au sein de l'organisation.

https://opensource.org/blog/osi-endorses-united-nations-open-source-principles


**Ubuntu 25.10 to replace GNU Coreutils with uutils written in Rust:
13/03/2025

Jon Seager, Canonical's vice president of engineering and the technical lead for the Ubuntu project, has unveiled an initiative to replace Ubuntu's system utilities with Rust-based ones. The initiative's first goal is to move Ubuntu 25.10 to using the uutils toolkit by default instead of the GNU Coreutils suite. If the experiment is successful, uutils will also be used by default in the Ubuntu 26.04 LTS branch.

The replacement will affect more than a hundred utilities included in Coreutils, including sort, cat, chmod, chown, chroot, cp, date, dd, echo, hostname, id, ln and ls. Currently, uutils utilities are already used by default in the Debian-based Apertis distribution , as well as in the independent AerynOS (SerpentOS) distribution. Last week's release of the uutils coreutils package successfully passes 507 tests (506 in the previous release, 476 in the previous one) from the GNU Coreutils benchmark test suite. 69 tests failed, and 41 tests were skipped. In the coming weeks, work is also planned to begin on replacing the su and sudo utilities in Ubuntu with the sudo-rs package. Of the projects under consideration, zlib-rs and ntpd-rs are also mentioned.

The reason for the migration is said to be the desire to improve the reliability and security of the utilities that underlie the distribution. Using Rust will reduce the risk of errors when working with memory, such as accessing a memory area after it has been freed and going beyond the buffer boundaries. According to John Seeger, protection against these errors will increase security guarantees, and with increased security, the overall reliability of the system will increase.

It is noted that Canonical is considering various methods of improving quality, and one of them is the delivery of programs that are initially developed with an eye on security, reliability, and correctness. This is especially important for the basic components of the distribution, since if problems arise in low-level software, these problems are reflected in the work of all higher layers, for example, if there are problems with performance in the basic packages, they affect the performance of other subsystems.

To test replacing system components in Ubuntu, the oxidizr project has been prepared, offering a command-line toolkit for managing system experiments related to replacing traditional utilities with alternatives written in Rust. Currently, oxidizr offers experiments for switching to the default use of the uutils coreutils, uutils findutils, uutils diffutils and sudo-rs packages. For example, to replace coreutils and findutils in your system, it is enough to run the command "sudo oxidizr enable --experiments coreutils findutils", and to return to the original state, you can use the command "oxidizr disable".

https://discourse.ubuntu.com/t/carefully-but-purposefully-oxidising-ubuntu/56995**

Ubuntu 25.10 remplace GNU Coreutils par uutils écrit en Rust
13/03/2025

Jon Seager, vice-président de l'ingénierie chez Canonical et responsable technique du projet Ubuntu, a dévoilé une initiative visant à remplacer les utilitaires système d'Ubuntu par des utilitaires basés sur Rust. Le premier objectif de cette initiative est de faire passer Ubuntu 25.10 à l'utilisation par défaut de la boîte à outils uutils au lieu de la suite GNU Coreutils. Si l'expérience est concluante, uutils sera également utilisé par défaut dans la branche Ubuntu 26.04 LTS.

Ce remplacement affectera plus d'une centaine d'utilitaires inclus dans Coreutils, notamment sort, cat, chmod, chown, chroot, cp, date, dd, echo, hostname, id, ln et ls. Actuellement, les utilitaires uutils sont déjà utilisés par défaut dans la distribution Apertis basée sur Debian, ainsi que dans la distribution indépendante AerynOS (SerpentOS). La semaine dernière, le paquet uutils coreutils a passé avec succès 507 tests (506 dans la version précédente, 476 dans la précédente) de la suite de tests de référence GNU Coreutils. 69 tests ont échoué et 41 tests ont été ignorés. Dans les semaines à venir, il est également prévu de commencer à remplacer les utilitaires su et sudo d'Ubuntu par le paquet sudo-rs. Parmi les projets envisagés, zlib-rs et ntpd-rs sont également mentionnés.

Cette migration serait motivée par la volonté d'améliorer la fiabilité et la sécurité des utilitaires sous-jacents à la distribution. L'utilisation de Rust réduira le risque d'erreurs lors de l'utilisation de la mémoire, comme l'accès à une zone mémoire après sa libération et le dépassement des limites du tampon. Selon John Seeger, la protection contre ces erreurs renforcera les garanties de sécurité, et avec une sécurité accrue, la fiabilité globale du système augmentera.

Il est à noter que Canonical étudie différentes méthodes d'amélioration de la qualité, notamment la livraison de programmes initialement développés avec un souci de sécurité, de fiabilité et d'exactitude. Ceci est particulièrement important pour les composants de base de la distribution, car tout problème survenant dans les logiciels de bas niveau se répercute sur le fonctionnement de toutes les couches supérieures. Par exemple, des problèmes de performances dans les paquets de base affectent les performances des autres sous-systèmes.

Pour tester le remplacement de composants système sous Ubuntu, le projet oxidizr a été développé. Il propose une boîte à outils en ligne de commande pour gérer les expérimentations système liées au remplacement d'utilitaires traditionnels par des alternatives écrites en Rust. Actuellement, oxidizr propose des expérimentations pour le passage à l'utilisation par défaut des paquets uutils coreutils, uutils findutils, uutils diffutils et sudo-rs. Par exemple, pour remplacer coreutils et findutils sur votre système, exécutez simplement la commande « sudo oxidizr enable --experiments coreutils findutils ». Pour revenir à l'état initial, utilisez la commande « oxidizr disable ».

https://discourse.ubuntu.com/t/carefully-but-purposefully-oxidising-ubuntu/56995


====== 13 ======

**Cozystack Project Accepted into CNCF:
14/03/2025

The technical committee of the CNCF (Cloud Native Computing Foundation), part of the Linux Foundation, approved the adoption of the Cozystack project, which develops a platform for building private clouds and PaaS. Cozystack has received the status of a CNCF sandbox project. The developers of Cozystack have begun the process of integration with the CNCF infrastructure.

The Cozystack platform is distributed under the Apache 2.0 license and allows you to build a cloud on your existing hardware for deploying "cloud native" and open source tools: managed Kubernetes clusters, DBaaS (database as a service), SaaS (application as a service) and virtual machines based on KubeVirt. Cozystack also provides a ready-made stack for monitoring and alerting built using Victoria Metrics, Victoria Logs, Grafana and Alerta. Cozystack can be used to provide services managed by Kubernetes, build geo-distributed clusters and organize the operation of databases deployed on separate equipment (bare metal).

The non-profit organization CNCF (Cloud Native Computing Foundation) is part of the Linux Foundation and oversees cloud native projects such as Kubernetes, Etcd, Envoy, Prometheus, Cilium, Istio, K3s and FluxCD. To obtain the status of a CNCF main project, a project must go through the "Sandbox", "Incubating" and "Graduated" stages. CNCF Sandbox is a kind of entry point for projects that want to join CNCF and become part of it.

The project's move to CNCF gives Cozystack users a guarantee that the platform will always be available under the Apache 2.0 license and will not suffer the fate of projects such as Mongo, Redis, Terraform and Vault, whose licenses were changed to proprietary. In addition, the project's inclusion in CNCF, it will attract new developers and users, and make the project's management more transparent.

https://github.com/cncf/sandbox/issues/322%23issuecomment-2697791780**

Projet Cozystack accepté par la CNCF
14/03/2025

Le comité technique de la CNCF (Cloud Native Computing Foundation), filiale de la Linux Foundation, a approuvé l'adoption du projet Cozystack, qui développe une plateforme pour la création de clouds privés et de PaaS. Cozystack a reçu le statut de projet « en bac à sable » de la CNCF. Les développeurs de Cozystack ont commencé le processus d'intégration à l'infrastructure de la CNCF.

La plateforme Cozystack est distribuée sous licence Apache 2.0 et vous permet de créer un cloud sur votre matériel existant pour déployer des outils « faits pour le cloud » et Open Source : sont gérés les clusters Kubernetes, les DBaaS (base de données en tant que service), les SaaS (application en tant que service) et les machines virtuelles basées sur KubeVirt. Cozystack fournit également une pile clé en main pour la surveillance et les alertes, construite avec Victoria Metrics, Victoria Logs, Grafana et Alerta. Cozystack permet de fournir des services gérés par Kubernetes, de créer des clusters géo-distribués et d'organiser le fonctionnement de bases de données déployées sur des équipements distincts (bare metal).

L'organisation à but non lucratif CNCF (Cloud Native Computing Foundation) fait partie de la Linux Foundation et supervise des projets cloud natifs tels que Kubernetes, Etcd, Envoy, Prometheus, Cilium, Istio, K3s et FluxCD. Pour obtenir le statut de projet principal CNCF, un projet doit passer par les étapes « Sandbox », « Incubation » et « Graduation ». CNCF Sandbox est en quelque sorte un point d'entrée pour les projets souhaitant rejoindre la CNCF et en faire partie.

Le transfert du projet à CNCF garantit aux utilisateurs de Cozystack que la plateforme sera toujours disponible sous licence Apache 2.0 et ne subira pas le sort de projets tels que Mongo, Redis, Terraform et Vault, dont les licences sont devenues propriétaires. De plus, l'intégration du projet dans la CNCF attirera de nouveaux développeurs et utilisateurs et rendra sa gestion plus transparente.

https://github.com/cncf/sandbox/issues/322%23issuecomment-2697791780


**Release of WebKitGTK 2.48.0:
14/03/2025

The release of a new stable branch WebKitGTK 2.48.0 is presented, a port of the WebKit browser engine for the GTK platform. WebKitGTK allows you to use all the capabilities of WebKit through a GNOME-oriented programming interface based on GObject and can be used to integrate web content processing tools into any applications, from using in specialized HTML/CSS parsers to creating full-featured web browsers. Among the well-known projects using WebKitGTK, there is the standard GNOME browser (Epiphany). Previously, WebKitGTK was used in the Midori browser, but after the project was transferred to the Astian Foundation, the old version of Midori on WebKitGTK was abandoned and a fundamentally different product was created with the same name Midori.

https://webkitgtk.org/2025/03/14/webkitgtk2.48.0-released.html**

Sortie de WebKitGTK 2.48.0
14/03/2025

La nouvelle branche stable 2.48.0 de WebKitGTK est présentée. Il s'agit d'un portage du moteur de navigateur WebKit pour la plateforme GTK. WebKitGTK permet d'exploiter toutes les fonctionnalités de WebKit via une interface de programmation orientée GNOME basée sur GObject et permet d'intégrer des outils de traitement de contenu Web à n'importe quelle application, de l'utilisation dans des analyseurs HTML/CSS spécialisés à la création de navigateurs Web complets. Parmi les projets connus utilisant WebKitGTK, on trouve le navigateur GNOME standard (Epiphany). Auparavant, WebKitGTK était utilisé dans le navigateur Midori, mais, après le transfert du projet à la Fondation Astian, l'ancienne version de Midori sur WebKitGTK a été abandonnée et un produit fondamentalement différent a été créé, portant le même nom, Midori.

https://webkitgtk.org/2025/03/14/webkitgtk2.48.0-released.html


**GTK 4.18 is available:
15/03/2025

After six months of development, the multi-platform GUI toolkit, GTK 4.18 has been released. GTK 4 follows a development process that tries to provide application developers with a stable and supported API for several years that they can use without having to rework their applications every six months because of API changes in the next GTK branch.

Among the most notable improvements in GTK 4.18 was an experimental backend has been added that allows running GTK applications on Android smartphones. The ability to use OpenGL for rendering on the Android platform has been implemented. The backend for the X11 protocol has been deprecated and is set to be discontinued in the GTK 5 branch. The deprecation is explained by the cessation of activity on the X11 protocol development and problems with maintainers - the backend is supported on a residual basis, since the existing GTK and GNOME developers are focused on Wayland. Due to stagnation in the backend development, it slows down the implementation of new features in GTK.
    
https://gitlab.gnome.org/GNOME/gtk/-/tags/4.18.0**

GTK 4.18 est disponible
15/03/2025

Après six mois de développement, GTK 4.18, la boîte à outils d'interface graphique multiplateforme, est disponible. GTK 4 suit un processus de développement visant à fournir aux développeurs d'applications une API stable et supportée pendant plusieurs années, leur permettant d'utiliser leurs applications sans avoir à les retravailler tous les six mois en raison des modifications d'API de la prochaine branche GTK.

Parmi les améliorations les plus notables de GTK 4.18, on compte l'ajout d'un backend expérimental permettant d'exécuter des applications GTK sur les smartphones Android. L'utilisation d'OpenGL pour le rendu sur la plateforme Android a été implémentée. Le backend pour le protocole X11 est obsolète et devrait être abandonné dans la branche GTK 5. Cette désapprobation s'explique par l'arrêt du développement du protocole X11 et par des problèmes avec les mainteneurs. Le backend est supporté de manière résiduelle, les développeurs GTK et GNOME existants se concentrant sur Wayland. En raison de la stagnation du développement du backend, l'implémentation de nouvelles fonctionnalités dans GTK est ralentie.

https://gitlab.gnome.org/GNOME/gtk/-/tags/4.18.0


====== 14 ======

**Debian 12.10 Release. First Stage of Debian 13 Freeze:
16/03/2025

The tenth corrective update of the Debian 12 distribution has been generated , which includes accumulated package updates and fixes to the installer. The release includes 66 updates with fixes for stability issues and 43 updates with fixes for vulnerabilities.

Among the changes in Debian 12.10, we can note the update to the latest stable versions of the bup, intel-microcode, mariadb, postgresql-15, spamassassin, systemd and tzdata packages. The kanboard and libnet-easytcp-perl packages, which remained unmaintained and had security issues, were removed, as well as the looking-glass package, which was deemed unsuitable for a stable release.

Additionally, it is worth noting that the Debian 13 "Trixie" branch has been moved to the first stage of freezing the package base. At the first stage of freezing, "transitions" (updating packages that require adjusting dependencies in other packages, which leads to temporary removal of packages from Testing) have been stopped, and updating packages necessary for building ( build-essential ) has been stopped.

On April 15, 2025, a soft freeze of the package base will occur, stopping the acceptance of new upstream packages and preventing the re-inclusion of previously removed packages. On May 15, 2025, a hard freeze will be applied before the release, stopping the process of moving core packages and packages without autopkgtests from the unstable branch to testing completely, and beginning a phase of intensive testing and fixing of release-blocking issues. Some time after the hard freeze, a full freeze will be applied, covering all packages. Debian 13 is expected to be released in the second half of 2025.

https://www.debian.org/News/2025/20250315**

Publication de Debian 12.10. Première étape du gel de Debian 13
16/03/2025

La dixième mise à jour corrective de la distribution Debian 12 a été générée. Elle inclut des mises à jour de paquets et des correctifs dans l'installeur. Cette version inclut 66 mises à jour corrigeant des problèmes de stabilité et 43 mises à jour corrigeant des vulnérabilités.

Parmi les changements apportés à Debian 12.10, on peut noter la mise à jour vers les dernières versions stables des paquets bup, intel-microcode, mariadb, postgresql-15, spamassassin, systemd et tzdata. Les paquets kanboard et libnet-easytcp-perl, non maintenus et présentant des problèmes de sécurité, ont été supprimés, ainsi que le paquet looking-glass, jugé inadapté à une version stable.

Par ailleurs, il est important de noter que la branche « Trixie » de Debian 13 est passée à la première étape du gel de la base de paquets. Lors de la première étape du gel, les « transitions » (mises à jour de paquets nécessitant l'ajustement des dépendances dans d'autres paquets, ce qui entraîne la suppression temporaire de paquets de Testing) ont été interrompues, ainsi que la mise à jour des paquets nécessaires à la construction (build-essential).

Le 15 avril 2025, un gel doux de la base de paquets aura lieu, empêchant l'acceptation de nouveaux paquets amont et la réintégration de paquets précédemment supprimés. Le 15 mai 2025, un gel dur sera appliqué avant la publication, interrompant complètement le processus de transfert des paquets principaux et des paquets sans autopkgtests de la branche unstable vers la branche testing, et initiant une phase de tests intensifs et de correction des problèmes bloquant la publication. Quelque temps après le gel dur, un gel complet sera appliqué, couvrant tous les paquets. La publication de Debian 13 est prévue pour le second semestre 2025.

https://www.debian.org/News/2025/20250315


**Release of GIMP 3.0.0:
17/03/2025

Seven years after the release of the 2.10 branch, the GIMP 3.0 graphics editor has been released. Ready-made builds have been published for Linux ( AppImage and Flatpak for x86_64 and ARM64). Builds for Windows and macOS are being prepared for publication.

In preparation for future releases, it has been decided to move to a more predictable and frequent schedule of publishing new stable branches. In the future, the developers will not try to push many major changes at once, but will try to focus on polishing individual new features. The next major branch of GIMP 3.2, is planned to be published in about a year. In between major releases, corrective updates with bug fixes will be released.

Among the most significant improvements in GIMP 3.0 :

The transition to the GTK3 library, CSS-like style definition system and the use of client-side dialog window decoration (CSD, window title and frames are drawn not by the window manager, but by the application itself) was made. New widgets were proposed. Also, providing native support for working in environments based on the Wayland protocol. Then they added support for HiDPI and taking into account system scaling settings when generating the interface. The interface has been significantly modernized. Support for symbolic icon sets has been improved, and now automatically adjusts to the set foreground and background colors (when switching from light to dark mode, you no longer need to manually change the icon set). And many more!

https://translate.google.com/website?sl=auto&tl=en&hl=en-US&client=webapp&u=https://github.com/GNOME/gimp/releases/tag/GIMP_3_0_0**

Sortie de GIMP 3.0.0
17/03/2025

Sept ans après la sortie de la branche 2.10, l'éditeur graphique GIMP 3.0 est disponible. Des versions prêtes à l'emploi ont été publiées pour Linux (AppImage et Flatpak pour x86_64 et ARM64). Des versions pour Windows et macOS sont en cours de préparation.

En prévision des prochaines versions, il a été décidé d'adopter un calendrier de publication plus prévisible et plus fréquent des nouvelles branches stables. À l'avenir, les développeurs ne chercheront pas à déployer plusieurs changements majeurs d'un coup, mais se concentreront sur le perfectionnement de nouvelles fonctionnalités individuelles. La prochaine branche majeure de GIMP 3.2 devrait être publiée dans un an environ. Entre les versions majeures, des mises à jour correctives avec corrections de bugs seront publiées.

Parmi les améliorations les plus significatives de GIMP 3.0 :

La transition vers la bibliothèque GTK3, un système de définition de style de type CSS et l'utilisation de la décoration des fenêtres de dialogue côté client (le CSD, le titre et les cadres des fenêtres sont dessinés non pas par le gestionnaire de fenêtres, mais par l'application elle-même) ont été réalisés. De nouveaux widgets ont été proposés. Par ailleurs, la prise en charge native des environnements basés sur le protocole Wayland a été ajoutée. La prise en charge du HiDPI et la prise en compte des paramètres de mise à l'échelle du système lors de la génération de l'interface ont également été ajoutées. L'interface a été considérablement modernisée. La prise en charge des jeux d'icônes symboliques a été améliorée et s'ajuste désormais automatiquement aux couleurs de premier plan et d'arrière-plan définies (le passage du mode clair au mode sombre ne nécessite plus de modification manuelle du jeu d'icônes). Et bien plus encore !

https://github.com/GNOME/gimp/releases/tag/GIMP_3_0_0
//note d52fr : remplacer aussi l'URL dans la zone sensible ! (pourquoi passer par Google Translate pour traduire de 'en' à 'en-US' !!) //


**Introducing TinyKVM for process-level virtualization:
17/03/2025

Varnish Software, a company that develops systems for building content delivery and caching networks, has introduced the open source TinyKVM project, that develops tools for isolating the execution of individual processes using the KVM hypervisor. The stated goal of the project is to create the fastest sandbox-isolation system for individual processes using hardware virtualization. The project code is written in C and C++ and is distributed under the GPLv3 license (for those who are not ready to comply with the requirements of GPLv3, a commercial license is provided).

TinyKVM is designed to launch, isolated, any console programs for Linux with performance close to normal execution. The overhead for calling each system call is about 2 microseconds. Additional isolation of processes in caching systems and web request processing is mentioned as an example of the project's application. TinyKVM is designed to replace the libriscv emulator used to isolate the processing of each web request in the Varnish platform. Additionally, a version of the libvmod library has been created, allowing the execution of Varnish modules using TinyKVM.

When running with TinyKVM, the machine code of programs is executed without emulation layers on the CPU and is limited using the KVM hypervisor API, which eliminates overhead and achieves performance close to that of running without virtualization

https://translate.google.com/website?sl=auto&tl=en&hl=en-US&client=webapp&u=https://info.varnish-software.com/blog/tinykvm-the-fastest-sandbox**

Présentation de TinyKVM pour la virtualisation au niveau des processus
17/03/2025

Varnish Software, société qui développe des systèmes pour la création de réseaux de diffusion de contenu et de mise en cache, a lancé le projet Open Source TinyKVM. Ce projet développe des outils permettant d'isoler l'exécution de processus individuels à l'aide de l'hyperviseur KVM. L'objectif affiché du projet est de créer le système d'isolation en bac à sable le plus rapide pour les processus individuels grâce à la virtualisation matérielle. Le code du projet est écrit en C et C++ et est distribué sous licence GPLv3 (une licence commerciale est fournie pour ceux qui ne sont pas prêts à se conformer aux exigences de la GPLv3).

TinyKVM est conçu pour lancer, de manière isolée, n'importe quel programme en console sous Linux avec des performances proches de l'exécution normale. Le délai nécessaire à chaque appel système est d'environ 2 microsecondes. L'isolation supplémentaire des processus dans les systèmes de mise en cache et le traitement des requêtes Web sont mentionnés à titre d'exemple d'application du projet. TinyKVM est conçu pour remplacer l'émulateur libriscv utilisé pour isoler le traitement de chaque requête Web sur la plateforme Varnish. De plus, une version de la bibliothèque libvmod a été créée, permettant l'exécution de modules Varnish avec TinyKVM.

Lors de l'exécution avec TinyKVM, le code machine des programmes est exécuté sans couche d'émulation sur le processeur et est limité par l'API de l'hyperviseur KVM, ce qui élimine la surcharge et permet d'obtenir des performances proches de celles d'une exécution sans virtualisation.

https://info.varnish-software.com/blog/tinykvm-the-fastest-sandbox
//note d52fr : remplacer aussi l'URL dans la zone sensible ! (pourquoi passer par Google Translate pour traduire de 'en' à 'en-US' !!) //


====== 15 ======

**New stable version of Vivaldi 7.2:
19/03/2025

The proprietary browser Vivaldi 7.2 has been released. It is being developed on the Chromium engine by former developers of the Opera Presto engine. Vivaldi builds are available for Linux, Windows, and macOS. The project distributes changes made to the Chromium code base under an open license. The browser interface is written in JavaScript using the React library, Node.js platform, Browserify, and various ready-made NPM modules. The interface implementation is available in source code, but under a proprietary license.

The project aims to create a customizable and functional browser that preserves the privacy of user data. The main functions include a tracking and advertising blocker, note, history and bookmark managers, private browsing mode, end-to-end encrypted synchronization, tab grouping mode, sidebar, configurator with a large number of settings, horizontal tab display mode, and a built-in mail client, RSS reader and calendar in test mode.

https://vivaldi.com/blog/vivaldi-on-desktop-7-2/**

Nouvelle version stable 7.2 de Vivaldi
19/03/2025

Le navigateur propriétaire Vivaldi 7.2 est disponible. Il est développé sur le moteur Chromium par d'anciens développeurs du moteur Opera Presto. Des versions de Vivaldi sont disponibles pour Linux, Windows et macOS. Le projet distribue les modifications apportées au code source de Chromium sous licence libre. L'interface du navigateur est écrite en JavaScript à l'aide de la bibliothèque React, de la plateforme Node.js, de Browserify et de divers modules NPM prêts à l'emploi. L'implémentation de l'interface est disponible en code source, mais sous licence propriétaire.

Le projet vise à créer un navigateur personnalisable et fonctionnel, préservant la confidentialité des données de l'utilisateur. Ses principales fonctionnalités incluent un bloqueur de suivi et de publicité, des gestionnaires de notes, d'historique et de favoris, un mode de navigation privée, une synchronisation chiffrée de bout en bout, un mode de regroupement d'onglets, une barre latérale, un configurateur avec de nombreux paramètres, un mode d'affichage horizontal des onglets, ainsi qu'un client de messagerie intégré, un lecteur RSS et un calendrier en mode test.

https://vivaldi.com/blog/vivaldi-on-desktop-7-2/


**Release of elementary OS 8.0.1:
19/03/2025

The release of elementary OS 8.0.1 has been published. It is positioned as a fast, open, and privacy-conscious alternative to Windows and macOS. The project focuses on high-quality design aimed at creating an easy-to-use system that consumes minimal resources and provides high startup speed. Users are offered their own Pantheon desktop environment. Bootable iso images (3.3 GB) are available for download, available for the amd64 architecture (for a free download from the project's website, enter 0 in the donation amount field).

When developing the original components of elementary OS, GTK3, the Vala language and its own Granite framework are used. The developments of the Ubuntu project are used as the base of the distribution. At the packages and repository support level, elementary OS 8.x is compatible with Ubuntu 24.04. All additional applications offered for installation through AppCenter, as well as some applications supplied by default, are packaged using the Flatpak format. The graphical environment is based on its own Pantheon shell, which combines such components as the Gala window manager (based on LibMutter), the Slingshot launcher, the Switchboard control panel, the Wing top panel, the Dock taskbar and the Pantheon Greeter session manager (based on LightDM).

https://translate.google.com/website?sl=auto&tl=en&hl=en-US&client=webapp&u=https://blog.elementary.io/os-8-0-1-available-now/**

Sortie d'elementary OS 8.0.1
19/03/2025

La version 8.0.1 d'elementary OS est disponible. Elle se positionne comme une alternative rapide, ouverte et respectueuse de la vie privée à Windows et macOS. Le projet privilégie une conception de haute qualité pour créer un système convivial, consommant peu de ressources et offrant une vitesse de démarrage élevée. Les utilisateurs disposent de leur propre environnement de bureau Pantheon. Des images ISO bootables (3,3 Go) sont téléchargeables pour l'architecture amd64 (pour un téléchargement gratuit sur le site Web du projet, saisissez 0 dans le champ « Montant du don »).

Le développement des composants d'origine d'elementary OS repose sur GTK3, le langage Vala et son propre framework Granite. Les développements du projet Ubuntu servent de base à la distribution. Concernant la prise en charge des paquets et des dépôts, elementary OS 8.x est compatible avec Ubuntu 24.04. Toutes les applications supplémentaires disponibles à l'installation via AppCenter, ainsi que certaines applications fournies par défaut, sont empaquetées au format Flatpak. L'environnement graphique repose sur son propre shell Pantheon, qui regroupe des composants tels que le gestionnaire de fenêtres Gala (basé sur LibMutter), le lanceur Slingshot, le panneau de configuration Switchboard, le panneau supérieur Wing, la barre des tâches Dock et le gestionnaire de sessions Pantheon Greeter (basé sur LightDM).

https://blog.elementary.io/os-8-0-1-available-now/
//note d52fr : remplacer aussi l'URL dans la zone sensible ! (pourquoi passer par Google Translate pour traduire de 'en' à 'en-US' !!) //

**SDL3 library with support for older systems:
19/03/2025

The author of the LDL (Little Directmedia Layer) graphics library and the ArcanumWorld game engine is developing the SDL3Lite project, aimed at recreating the SDL3 library with support for older architectures and operating systems, while maintaining compatibility with SDL3 at the C API level. With limited functionality, SDL3Lite already supports Linux, starting with Debian 3, and Windows 95. The system requirements for the graphics API include support for OpenGL 1.0, and for 2D rendering - OpenGL 1.2. In the future, the author plans to add support for Windows 3.1 and MS-DOS. The code is written in C++ and is distributed under the BSL (Boost Software License).

https://github.com/JordanCpp/SDL3Lite**

Bibliothèque SDL3 compatible avec les anciens systèmes
19/03/2025

L’auteur de la bibliothèque graphique LDL (Little Directmedia Layer) et du moteur de jeu ArcanumWorld développe actuellement le projet SDL3Lite. Ce projet vise à recréer la bibliothèque SDL3 avec la prise en charge des architectures et systèmes d’exploitation plus anciens, tout en maintenant la compatibilité avec SDL3 au niveau de l’API C. Malgré des fonctionnalités limitées, SDL3Lite est déjà compatible avec Linux (à commencer par Debian 3) et Windows 95. La configuration système requise pour l’API graphique inclut la prise en charge d’OpenGL 1.0 et d’OpenGL 1.2 pour le rendu 2D. L’auteur prévoit d’ajouter ultérieurement la prise en charge de Windows 3.1 et MS-DOS. Le code est écrit en C++ et distribué sous licence BSL (Boost Software License).

https://github.com/JordanCpp/SDL3Lite


====== 16 ======

**Ubuntu rebuilding performance increased:
19/03/2025

The results of the performance impact assessment of rebuilding packages for Ubuntu with different options and implementations of memory allocation functions have been published. The experimenter managed to increase the performance of the jq package with tools for processing data in the JSON format by 90% (1.9 times) by simply rebuilding it from the same package with the source code, without making any changes to the code itself. The performance was assessed by measuring the execution time of a typical filtering query over GeoJSON data, 500 MB in size.

Results of the experiment:

    The version compiled in GCC from the same source code with default flags turned out to be 2-4% faster than the Ubuntu binary package.
    Rebuilding in Clang 18 with optimization level "-O3", enabling link-time optimizations ("-flto") and disabling debug information ("-DNDEBUG") resulted in a 20% speedup.
    Rebuilding with the TCMalloc memory allocation system (adding "-L/usr/lib/x86_64-linux-gnu -ltcmalloc_minimal" to LDFLAGS) resulted in a 40% speedup.
    Replacing malloc functions with tcmalloc , jemalloc and mimalloc memory allocation systems via "LD_PRELOAD=/usr/lib/x86_64-linux-gnu/lib....so" resulted in 27%, 29% and 44% performance gains. When running with mimalloc, which showed a 44% speedup, the environment variable "MIMALLOC_LARGE_OS_PAGES=1" was set.
    Rebuilding the package with mimalloc in LDFLAGS instead of linking via LD_PRELOAD resulted in a 90% speedup in the test. Another test of processing 2.2GB of JSON data in 13,000 files also showed a roughly twofold performance increase.

https://translate.google.com/website?sl=auto&tl=en&hl=en-US&client=webapp&u=https://gist.github.com/jwbee/7e8b27e298de8bbbf8abfa4c232db097**

Amélioration des performances de reconstruction d'Ubuntu
19/03/2025

Les résultats de l'évaluation de l'impact sur les performances de la reconstruction de paquets pour Ubuntu avec différentes options et implémentations de fonctions d'allocation mémoire ont été publiés. L'expérimentateur a réussi à améliorer de 90 % (1,9 fois) les performances du paquet jq avec des outils de traitement de données au format JSON en le reconstruisant simplement à partir du même paquet et du code source, sans modifier le code lui-même. Les performances ont été évaluées en mesurant le temps d'exécution d'une requête de filtrage classique sur des données GeoJSON de 500 Mo.

Résultats de l'essai :

••La version compilée dans GCC à partir du même code source avec les options par défaut s'est avérée 2 à 4 % plus rapide que le paquet binaire Ubuntu.
••La reconstruction dans Clang 18 avec le niveau d'optimisation « -O3 », l'activation des optimisations au moment de la liaison (« -flto ») et la désactivation des informations de débogage (« -DNDEBUG ») a entraîné une accélération de 20 %.
••La reconstruction avec le système d'allocation mémoire TCMalloc (ajout de « -L/usr/lib/x86_64-linux-gnu -ltcmalloc_minimal » à LDFLAGS) a entraîné une accélération de 40 %.
••Le remplacement des fonctions malloc par les systèmes d'allocation mémoire tcmalloc, jemalloc et mimalloc via « LD_PRELOAD=/usr/lib/x86_64-linux-gnu/lib....so » a entraîné des gains de performances de 27 %, 29 % et 44 %. Lors de l'exécution avec mimalloc, qui a enregistré une accélération de 44 %, la variable d'environnement « MIMALLOC_LARGE_OS_PAGES=1 » a été définie.
••La reconstruction du paquet avec mimalloc dans LDFLAGS au lieu de le lier via LD_PRELOAD a entraîné une accélération de 90 % lors du test. Un autre test de traitement de 2,2 Go de données JSON dans 13 000 fichiers a également montré un doublement des performances.

https://gist.github.com/jwbee/7e8b27e298de8bbbf8abfa4c232db097
//note d52fr : remplacer aussi l'URL dans la zone sensible ! (pourquoi passer par Google Translate pour traduire de 'en' à 'en-US' !!) //

**GNOME DE Release 48:
19/03/2025

After six months of development, the GNOME 48 desktop environment has been released. Specialized Live builds based on openSUSE and an installation image prepared by the GNOME OS initiative are available for a quick evaluation of GNOME 48's capabilities. GNOME 48 is also already included in experimental builds of Ubuntu 25.04 and Fedora 42.

https://translate.google.com/website?sl=auto&tl=en&hl=en-US&client=webapp&u=https://foundation.gnome.org/2025/03/19/introducing-gnome-48/**

Version 48 de GNOME DE
19/03/2025

Après six mois de développement, l'environnement de bureau GNOME 48 est disponible. Des versions Live spécialisées basées sur openSUSE et une image d'installation préparée par l'initiative GNOME OS sont disponibles pour une évaluation rapide des fonctionnalités de GNOME 48. GNOME 48 est également déjà inclus dans les versions expérimentales d'Ubuntu 25.04 et de Fedora 42.

https://foundation.gnome.org/2025/03/19/introducing-gnome-48/
//note d52fr : remplacer aussi l'URL dans la zone sensible ! (pourquoi passer par Google Translate pour traduire de 'en' à 'en-US' !!) //


**Release of miracle-wm 0.5:
20/03/2025

Matthew Kosarek, a developer from Canonical, has released the miracle-wm 0.5 compositing manager, which uses the Wayland protocol and Mir compositing manager components. Miracle-wm supports tiling window layout, similar to the i3 and Sway projects. Waybar can be used as a panel. The project code is written in C++ and is distributed under the GPLv3 license. Ready-made builds are available in the snap format, as well as in rpm and deb packages for Fedora and Ubuntu .

The goal of miracle-wm is to create a composite server that uses tiled window management, but is more functional and stylish than products like Swayfx. At the same time, the project allows you to use classic techniques for working with floating windows, such as placing individual windows on top of a tiled grid or pinning windows to a specific place on the desktop. Virtual desktops are supported with the ability to set a default window mode for each desktop (tiled layout or floating windows).

It is expected that miracle-wm will be useful for users who prefer a tiled layout, but want visual effects and a more vivid graphical design with smooth transitions and colors. The configuration is defined in YAML format. To install miracle-wm, you can use the command "sudo snap install miracle-wm --classic".

https://translate.google.com/website?sl=auto&tl=en&hl=en-US&client=webapp&u=https://github.com/mattkae/miracle-wm/releases/tag/v0.5.0**

Sortie de miracle-wm 0.5
20/03/2025

Matthew Kosarek, développeur chez Canonical, a publié le gestionnaire de composition miracle-wm 0.5, qui utilise le protocole Wayland et les composants Mir. Miracle-wm prend en charge la disposition des fenêtres en mosaïque, similaire aux projets i3 et Sway. Waybar peut être utilisé comme panneau. Le code du projet est écrit en C++ et distribué sous licence GPLv3. Des versions prêtes à l'emploi sont disponibles au format snap, ainsi que dans des paquets rpm et deb pour Fedora et Ubuntu.

L'objectif de miracle-wm est de créer un serveur composite utilisant la gestion des fenêtres en mosaïque, mais plus fonctionnel et élégant que des produits comme Swayfx. De plus, le projet permet d'utiliser des techniques classiques pour travailler avec des fenêtres flottantes, comme placer des fenêtres individuelles sur une grille en mosaïque ou épingler des fenêtres à un emplacement spécifique du bureau. Les bureaux virtuels sont pris en charge et permettent de définir un mode de fenêtre par défaut pour chaque bureau (disposition en mosaïque ou fenêtres flottantes).

Miracle-wm devrait rendre service aux utilisateurs qui préfèrent une disposition en mosaïque, mais recherchent des effets visuels et une conception graphique plus dynamique avec des transitions et des couleurs fluides. La configuration est définie au format YAML. Pour installer Miracle-wm, utilisez la commande « sudo snap install miracle-wm --classic ».

https://github.com/mattkae/miracle-wm/releases/tag/v0.5.0
//note d52fr : remplacer aussi l'URL dans la zone sensible ! (pourquoi passer par Google Translate pour traduire de 'en' à 'en-US' !!) //


====== 17 ======

**Release of LosslessCut 3.65.0:
20/03/2025

LosslessCut 3.65.0 has been released. It provides a graphical interface for editing multimedia files without recoding the content. The most popular function of LosslessCut is cropping and trimming video and audio, for example, to reduce the size of large files shot on an action camera or a quadcopter camera. LosslessCut allows you to select relevant fragments of the recording in the file and discard the excess, without performing a full recoding and preserving the original quality of the material. Since the processing is performed by copying the existing data, and not recoding, the operations are very fast. LosslessCut is written in JavaScript using the Electron platform and is an add-on to the FFmpeg package. The code is distributed under the GPLv2 license. Builds are prepared for Linux ( snap , flatpak ), macOS and Windows.

Without recoding, the program can also solve tasks such as attaching an audio track or subtitles to a video, cutting out individual scenes from videos (for example, cutting out commercials from TV program recordings), saving fragments linked to tags/chapters separately, regrouping video parts, dividing audio and video into different files, changing the type of multimedia container (for example, from MKV to MOV), saving individual video frames as images, creating thumbnails, exporting a fragment to a separate file, changing metadata (for example, location data, recording time, horizontal or vertical orientation). There are tools for detecting and automatically cutting out empty areas (black screen in video and fragments without sound in audio files), as well as linking to scene changes.

You can combine fragments from different files, but the files must be encoded using the same codec and parameters. It is possible to edit individual parts with selective recoding of only the changed data, but leaving the rest of the information in the original video that was not affected by editing. During editing, rollback of changes (undo/redo) and display of the FFmpeg command log are supported (you can repeat typical operations from the command line without using LosslessCut).

https://translate.google.com/website?sl=auto&tl=en&hl=en-US&client=webapp&u=https://github.com/mifi/lossless-cut/releases/tag/v3.65.0**

Sortie de LosslessCut 3.65.0
20/03/2025

LosslessCut 3.65.0 est disponible. Il offre une interface graphique permettant d'éditer des fichiers multimédias sans réencoder le contenu. La fonction la plus populaire de LosslessCut est le recadrage et le découpage de fichiers vidéo et audio, par exemple pour réduire la taille des fichiers volumineux enregistrés avec une caméra d'action ou un quadricoptère. LosslessCut permet de sélectionner les fragments pertinents de l'enregistrement dans le fichier et de supprimer l'excédent, sans effectuer de réencodage complet et en préservant la qualité originale du contenu. Le traitement s'effectuant par copie des données existantes, et non par réencodage, les opérations sont très rapides. LosslessCut est écrit en JavaScript sur la plateforme Electron et est un module complémentaire du package FFmpeg. Le code est distribué sous licence GPLv2. Des versions sont disponibles pour Linux (snap, flatpak), macOS et Windows.

Sans recodage, le programme permet également d'ajouter une piste audio ou des sous-titres à une vidéo, de découper des scènes individuelles (par exemple, supprimer des publicités d'enregistrements d'émissions télévisées), d'enregistrer séparément des fragments liés à des balises/chapitres, de regrouper des parties vidéo, de diviser l'audio et la vidéo en différents fichiers, de modifier le type de conteneur multimédia (par exemple, de MKV à MOV), d'enregistrer des images vidéo individuelles, de créer des vignettes, d'exporter un fragment vers un fichier séparé, et de modifier les métadonnées (par exemple, les données de localisation, la durée d'enregistrement, l'orientation horizontale ou verticale). Des outils permettent de détecter et de découper automatiquement les zones vides (écran noir dans une vidéo et fragments sans son dans les fichiers audio), ainsi que de lier les modifications de scène.

Vous pouvez combiner des fragments de différents fichiers, mais ceux-ci doivent être encodés avec le même codec et les mêmes paramètres. Il est possible de modifier des parties individuelles en recodant sélectivement uniquement les données modifiées, tout en conservant le reste des informations de la vidéo originale non affectées par le montage. Pendant l'édition, l'annulation des modifications (annuler/rétablir) et l'affichage du journal des commandes FFmpeg sont pris en charge (vous pouvez répéter les opérations courantes depuis la ligne de commande sans utiliser LosslessCut).

https://github.com/mifi/lossless-cut/releases/tag/v3.65.0
//note d52fr : remplacer aussi l'URL dans la zone sensible ! (pourquoi passer par Google Translate pour traduire de 'en' à 'en-US' !!) //


**NVIDIA driver and GIMP 3.0 for Haiku OS:
21/03/2025

Ilya Chugin (X512) reported on the first results of porting the NVIDIA driver for the Haiku operating system. The port is still in its early stages of development, but is already suitable for simple rendering. The work involves an open kernel module from NVIDIA and the Vulkan driver NVK from Mesa. The Mesa driver NVK has been supplemented with support for the kernel-level NVIDIA driver instead of the Nouveau DRM driver. Libdrm and related components are not used in the port.

The decision to use NVIDIA's code rather than the Nouveau driver was made based on ease of porting - the NVIDIA driver is designed to be portable and uses common code across Windows, Linux, FreeBSD and Solaris builds. The NVIDIA driver is also of higher quality and better supported.

https://translate.google.com/website?sl=auto&tl=en&hl=en-US&client=webapp&u=https://discuss.haiku-os.org/t/haiku-nvidia-porting-nvidia-gpu-driver/16520**

Pilote NVIDIA et GIMP 3.0 pour Haiku OS
21/03/2025

Ilya Chugin (X512) a présenté les premiers résultats du portage du pilote NVIDIA pour le système d'exploitation Haiku. Le portage en est encore à ses débuts, mais il est déjà adapté au rendu simple. Ce travail implique un module libre du noyau de NVIDIA et le pilote Vulkan NVK de Mesa. Le pilote Mesa NVK a été complété par la prise en charge du pilote NVIDIA au niveau du noyau, au lieu du pilote Nouveau DRM. Libdrm et les composants associés ne sont pas utilisés dans le portage.

Le choix d'utiliser le code de NVIDIA plutôt que celui du pilote Nouveau a été motivé par la facilité de portage : le pilote NVIDIA est conçu pour être portable et utilise un code commun aux versions Windows, Linux, FreeBSD et Solaris. Le pilote NVIDIA est également de meilleure qualité et mieux pris en charge.

https://discuss.haiku-os.org/t/haiku-nvidia-porting-nvidia-gpu-driver/16520
//note d52fr : remplacer aussi l'URL dans la zone sensible ! (pourquoi passer par Google Translate pour traduire de 'en' à 'en-US' !!) //


**Google wants to reboot the kernel in the background:
21/03/2025

Engineers from Google have published a set of patches for discussion by Linux kernel developers with the implementation of the Live Update Orchestrator (LUO) subsystem, designed to update the kernel in Live mode. Unlike mechanisms such as livepatch, Ksplice, kpatch and kGraft, the new system is not limited to the ability to apply individual fixes to the running Linux kernel, but allows you to fully reboot and update the kernel without stopping the operation of individual devices. The project is based on a set of KHO (Kexec HandOver) patches to the kexec mechanism, used to load a new kernel from an already running Linux kernel without a physical reboot.

The main application area of LUO is cloud environments, where it will be possible to update the KVM hypervisor without disrupting the operation of running virtual machines. In particular, it will be possible to suspend virtual machines while rebooting the kernel with the hypervisor, while keeping all devices attached to the virtual machines in working order.

https://translate.google.com/website?sl=auto&tl=en&hl=en-US&client=webapp&u=https://lore.kernel.org/lkml/20250320024011.2995837-1-pasha.tatashin@soleen.com/**

Google souhaite redémarrer le noyau en arrière-plan
21/03/2025

Les ingénieurs de Google ont publié un ensemble de correctifs, destinés aux développeurs du noyau Linux, intégrant le sous-système Live Update Orchestrator (LUO), conçu pour mettre à jour le noyau en mode Live. Contrairement à des mécanismes tels que livepatch, Ksplice, kpatch et kGraft, ce nouveau système ne se limite pas à l'application de correctifs individuels au noyau Linux en cours d'exécution, mais permet de redémarrer et de mettre à jour le noyau sans interrompre le fonctionnement des périphériques individuels. Le projet repose sur un ensemble de correctifs KHO (Kexec HandOver) pour le mécanisme kexec, utilisé pour charger un nouveau noyau à partir d'un noyau Linux déjà en cours d'exécution sans redémarrage physique.

Le principal domaine d'application de LUO concerne les environnements cloud, où il sera possible de mettre à jour l'hyperviseur KVM sans perturber le fonctionnement des machines virtuelles en cours d'exécution. Il sera notamment possible de suspendre les machines virtuelles pendant le redémarrage du noyau avec l'hyperviseur, tout en maintenant le fonctionnement de tous les périphériques connectés aux machines virtuelles.

https://lore.kernel.org/lkml/20250320024011.2995837-1-pasha.tatashin@soleen.com/
//note d52fr : remplacer aussi l'URL dans la zone sensible ! (pourquoi passer par Google Translate pour traduire de 'en' à 'en-US' !!) //

====== 18 ======

**Raspberry Pi system image generator:
21/03/2025

The developers of the Raspberry Pi project have presented the rpi-image-gen toolkit, designed to simplify the generation of custom system images for Raspberry Pi boards. The advantages of the toolkit include: fast assembly due to the use of ready-made binary packages; the use of identical versions of libraries and applications with the Raspberry Pi OS; the ability to configure an arbitrary partition layout and use file system encryption; support for generating a list of used packages and checking for the absence of vulnerable versions of programs. The code is written in Shell and is distributed under the BSD license.

https://translate.google.com/website?sl=auto&tl=en&hl=en-US&client=webapp&u=https://www.raspberrypi.com/news/introducing-rpi-image-gen-build-highly-customised-raspberry-pi-software-images/**

Générateur d'images système Raspberry Pi
21/03/2025

Les développeurs du projet Raspberry Pi ont présenté la boîte à outils rpi-image-gen, conçue pour simplifier la génération d'images système personnalisées pour les cartes Raspberry Pi. Parmi les avantages de cette boîte à outils : un assemblage rapide grâce à l'utilisation de paquets binaires prêts à l'emploi ; l'utilisation de versions identiques de bibliothèques et d'applications avec le système d'exploitation Raspberry Pi ; la possibilité de configurer une structure de partition arbitraire et d'utiliser le chiffrement du système de fichiers ; la possibilité de générer une liste des paquets utilisés et de vérifier l'absence de versions vulnérables des programmes. Le code est écrit en Shell et distribué sous licence BSD.

https://www.raspberrypi.com/news/introducing-rpi-image-gen-build-highly-customised-raspberry-pi-software-images/
//note d52fr : remplacer aussi l'URL dans la zone sensible ! (pourquoi passer par Google Translate pour traduire de 'en' à 'en-US' !!) //


**ReactOS 0.4.15 Released:
22/03/2025

After more than three years of development, a new release of the ReactOS 0.4.15 operating system is presented, aimed at ensuring compatibility with Microsoft Windows programs and drivers, and also offering a Windows-style design. An installation ISO image (117 MB) and a Live build (in a zip archive 85 MB) are available for download. The project code is distributed under the GPLv2 and LGPLv2 licenses.

"This release is a culmination of the work of numerous contributors since 0.4.14 was branched in 2020. This has been the largest release to date. There are nearly 8 times more commits going into this release than in 0.4.14. We are proud of the progress we have made, and are eager to continue with this growth"

https://reactos.org/project-news/reactos-0415-released/**

Sortie de ReactOS 0.4.15
22/03/2025

Après plus de trois ans de développement, une nouvelle version du système d'exploitation ReactOS 0.4.15 est présentée. Elle garantit la compatibilité avec les programmes et pilotes Microsoft Windows et offre une interface de type Windows. Une image ISO d'installation (117 Mo) et une version Live (archive ZIP de 85 Mo) sont disponibles en téléchargement. Le code du projet est distribué sous les licences GPLv2 et LGPLv2.

« Cette version est l'aboutissement du travail de nombreux contributeurs depuis la création de la branche 0.4.14 en 2020. Il s'agit de la version la plus complète à ce jour. Elle a généré près de huit fois plus de commits que la version 0.4.14. Nous sommes fiers des progrès réalisés et sommes impatients de poursuivre cette croissance. »

https://reactos.org/project-news/reactos-0415-released/


**NixOS offers a method to protect against backdoor substitution like XZ:
23/03/2025

A repeatable build mode is proposed for inclusion in the nixpkgs package repository used in the NixOS distribution, which allows identifying cases of backdoors being introduced into the code, reminiscent of the incident with the XZ project. The presented protection method allows detecting modifications in the archives with the source code of the release, which are absent from the repositories with the code.

The essence of the method is that the source code of the new version of the application is assembled twice - the first time from the code downloaded from the git repository, and the second time from the code distributed in ready-made archives. If the resulting binary files differ from each other, there is reason to suspect the presence of hidden modifications in the repository or in the archive file with the code.

https://github-com.translate.goog/NixOS/nixpkgs/pull/391569?_x_tr_sl=auto&_x_tr_tl=en&_x_tr_hl=en-US&_x_tr_pto=wapp**

NixOS propose une méthode de protection contre la substitution de portes dérobées comme XZ
23/03/2025

Un mode de compilation répétable est proposé pour être inclus dans le dépôt de paquets nixpkgs utilisé dans la distribution NixOS. Il permet d'identifier les cas d'introduction de portes dérobées dans le code, rappelant l'incident du projet XZ. La méthode de protection présentée permet de détecter les modifications dans les archives contenant le code source de la version, absentes des dépôts contenant le code.

L'essence de cette méthode est que le code source de la nouvelle version de l'application est assemblé deux fois : la première fois à partir du code téléchargé depuis le dépôt Git, et la seconde fois à partir du code distribué dans des archives prêtes à l'emploi. Si les fichiers binaires résultants diffèrent, il y a lieu de suspecter la présence de modifications cachées dans le dépôt ou dans le fichier d'archive contenant le code.

https://github-com.translate.goog/NixOS/nixpkgs/pull/391569?_x_tr_sl=auto&_x_tr_tl=en&_x_tr_hl=en-US&_x_tr_pto=wapp


====== 19 ======

**Unprivileged application isolation system:
23/03/2025

The Landrun project has begun developing a new system for isolated execution of individual applications. The isolation uses the Linux Landlock kernel LSM module, which allows you to do without executing privileged operations during the creation of a sandbox environment. The way it works, Landrun is close to the Firejail utility, but differs in a simpler implementation, lightweight, and the ability to work under a regular unprivileged user without delivery with the suid flag. The project code is written in Go and is distributed under the GPLv2 license.

The Landlock mechanism allows unprivileged programs to restrict the use of Linux kernel objects such as file hierarchies, network sockets, and ioctl. Unlike namespaces and system call filtering, the isolated environment is formed by the Linux kernel as an additional layer on top of the existing system access control mechanisms. To interact with the Landlock subsystem, the landrun utility uses the go-landlock library from the LandLock developers.

https://translate.google.com/website?sl=auto&tl=en&hl=en-US&client=webapp&u=https://github.com/Zouuup/landrun**

Système d'isolation des applications non-privilégiées
23/03/2025

Le projet Landrun a commencé à développer un nouveau système pour l'exécution isolée d'applications individuelles. Cette isolation utilise le module LSM du noyau Linux Landlock, qui permet de se passer d'opérations privilégiées lors de la création d'un environnement en bac à sable. Son fonctionnement est proche de celui de l'utilitaire Firejail, mais s'en distingue par une implémentation plus simple, une plus grande légèreté et la possibilité de fonctionner sous un utilisateur non-privilégié standard sans utilisation de l'option suid. Le code du projet est écrit en Go et distribué sous licence GPLv2.

Le mécanisme Landlock permet aux programmes non-privilégiés de restreindre l'utilisation des objets du noyau Linux tels que les hiérarchies de fichiers, les sockets réseau et les ioctl. Contrairement aux espaces de noms et au filtrage des appels système, l'environnement isolé est constitué par le noyau Linux comme une couche supplémentaire au-dessus des mécanismes de contrôle d'accès système existants. Pour interagir avec le sous-système Landlock, l'utilitaire landrun utilise la bibliothèque go-landlock des développeurs de LandLock.

https://github.com/Zouuup/landrun
//note d52fr : remplacer aussi l'URL dans la zone sensible ! (pourquoi passer par Google Translate pour traduire de 'en' à 'en-US' !!) //


**Release of Finnix 250:
23/03/2025

The release of the Finnix 250 Live distribution is presented, dedicated to the 25th anniversary of the project (the first version of Finnix was published on March 22, 2000). The distribution is based on Debian without a desktop environment and everything is done in the console and provides a selection of utilities for the needs of the system administrator. It includes more than 600 packages with all sorts of utilities. The size of the iso image is 528 MB.

https://translate.google.com/website?sl=auto&tl=en&hl=en-US&client=webapp&u=https://blog.finnix.org/2025/03/22/finnix-250-released/**

Sortie de Finnix 250
23/03/2025

La distribution Finnix 250 Live est présentée à l'occasion du 25e anniversaire du projet (la première version de Finnix a été publiée le 22 mars 2000). Basée sur Debian sans environnement de bureau, cette distribution s'exécute entièrement en console et propose une sélection d'utilitaires pour les besoins de l'administrateur système. Elle comprend plus de 600 paquets avec toutes sortes d'utilitaires. La taille de l'image ISO est de 528 Mo.

https://blog.finnix.org/2025/03/22/finnix-250-released/
//note d52fr : remplacer aussi l'URL dans la zone sensible ! (pourquoi passer par Google Translate pour traduire de 'en' à 'en-US' !!) //