Différences

Ci-dessous, les différences entre deux révisions de la page.

--- issue215:actus [2025/03/31 09:10] – d52fr
+++ issue215:actus [2025/04/01 08:44] (Version actuelle) – d52fr
@@ Ligne 327: / Ligne 327: @@
 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://translate.google.com/website?sl=auto&tl=en&hl=en-US&client=webapp&u=https://forum.rosa.ru/viewtopic.php?t%3D11359
+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' !!) //
@@ Ligne 417: / Ligne 418: @@
 https://blog.thunderbird.net/2025/03/thunderbird-release-channel-update/**
+Sortie du client de messagerie Thunderbird 136.0
+/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/
@@ Ligne 427: / Ligne 439: @@
 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
+/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
@@ Ligne 439: / Ligne 460: @@
 https://blog.ferretdb.io/ferretdb-v2-ga-open-source-mongodb-alternative-ready-for-production/**
+Sortie de FerretDB 2.0
+/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/
@@ Ligne 453: / Ligne 485: @@
 https://fex-emu.com/FEX-2503/**
+Sortie de FEX 2503
+/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/
@@ Ligne 470: / Ligne 513: @@
 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
+/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
@@ Ligne 480: / Ligne 539: @@
 https://en.wikipedia.org/wiki/Flow_(2024_film)**
+Le dessin animé « Flow » réalisé avec Blender remporte l'Oscar
+/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)
@@ Ligne 490: / Ligne 558: @@
 http://www.samba.org/**
+Sortie de Samba 4.22.0
+/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/
@@ Ligne 502: / Ligne 577: @@
 https://gitlab.freedesktop.org/pipewire/pipewire/-/releases/1.4.0**
+Sortie de PipeWire 1.4.0
+/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
@@ Ligne 516: / Ligne 602: @@
 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
+/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
@@ Ligne 530: / Ligne 629: @@
 https://www.androidpolice.com/android-15-linux-terminal-app/**
+Terminal Linux pour les appareils Google Pixel
+/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/
@@ Ligne 547: / Ligne 657: @@
 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
+/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
@@ Ligne 557: / Ligne 682: @@
 https://www.freebsd.org/releases/13.5R/announce/**
+Sortie de FreeBSD 13.5
+/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/
@@ Ligne 569: / Ligne 703: @@
 https://t.me/haiku_ru/151488**
+Les dernières versions de Firefox, LibreWolf et Thunderbird portées sur Haiku
+/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
@@ Ligne 579: / Ligne 722: @@
 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
+/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
@@ Ligne 587: / Ligne 739: @@
 https://www.codeweavers.com/support/forums/announce/?t%3D24;msg%3D322440%0D%0A**
+Sortie de CrossOver 25.0
+/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
@@ Ligne 597: / Ligne 756: @@
 https://lists.freedesktop.org/archives/gstreamer-devel/2025-March/082142.html**
+GStreamer 1.26.0 disponible
+/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
@@ Ligne 605: / Ligne 771: @@
 https://opensource.org/blog/osi-endorses-united-nations-open-source-principles**
+Les Nations Unies ont proposé des principes Open Source
+/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
@@ Ligne 621: / Ligne 794: @@
 https://discourse.ubuntu.com/t/carefully-but-purposefully-oxidising-ubuntu/56995**
+Ubuntu 25.10 remplace GNU Coreutils par uutils écrit en Rust
+/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
@@ Ligne 637: / Ligne 825: @@
 https://github.com/cncf/sandbox/issues/322%23issuecomment-2697791780**
+Projet Cozystack accepté par la CNCF
+/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
@@ Ligne 645: / Ligne 846: @@
 https://webkitgtk.org/2025/03/14/webkitgtk2.48.0-released.html**
+Sortie de WebKitGTK 2.48.0
+/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
@@ Ligne 655: / Ligne 863: @@
 https://gitlab.gnome.org/GNOME/gtk/-/tags/4.18.0**
+GTK 4.18 est disponible
+/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
@@ Ligne 671: / Ligne 888: @@
 https://www.debian.org/News/2025/20250315**
+Publication de Debian 12.10. Première étape du gel de Debian 13
+/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
@@ Ligne 685: / Ligne 915: @@
 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
+/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' !!) //
@@ Ligne 697: / Ligne 941: @@
 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
+/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' !!) //
@@ Ligne 709: / Ligne 965: @@
 https://vivaldi.com/blog/vivaldi-on-desktop-7-2/**
+Nouvelle version stable 7.2 de Vivaldi
+/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/
@@ Ligne 720: / Ligne 985: @@
 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
+/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:
@@ Ligne 727: / Ligne 1001: @@
 https://github.com/JordanCpp/SDL3Lite**
+Bibliothèque SDL3 compatible avec les anciens systèmes
+/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
@@ Ligne 746: / Ligne 1027: @@
 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
+/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:
@@ Ligne 753: / Ligne 1049: @@
 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
+/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' !!) //
@@ Ligne 765: / Ligne 1069: @@
 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
+/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' !!) //
@@ Ligne 779: / Ligne 1095: @@
 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
+/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' !!) //
@@ Ligne 789: / Ligne 1117: @@
 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
+/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' !!) //
@@ Ligne 800: / Ligne 1138: @@
 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
+/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 ======
@@ Ligne 809: / Ligne 1156: @@
 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
+/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' !!) //
@@ Ligne 819: / Ligne 1174: @@
 https://reactos.org/project-news/reactos-0415-released/**
+Sortie de ReactOS 0.4.15
+/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/
@@ Ligne 829: / Ligne 1193: @@
 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
+/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
@@ Ligne 841: / Ligne 1214: @@
 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
+/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' !!) //
@@ Ligne 849: / Ligne 1232: @@
 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
+/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' !!) //