Les deux révisions précédentesRévision précédenteProchaine révision | Révision précédente |
issue215:actus [2025/03/31 07:26] – d52fr | issue215:actus [2025/04/01 08:44] (Version actuelle) – d52fr |
---|
| |
https://github.com/lutris/lutris/releases/tag/v0.5.19** | 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 |
| |
| |
| |
https://netbeans.apache.org/front/main/blogs/entry/announce-apache-netbeans-25-released/** | 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/ |
| |
| |
| |
https://www.mythtv.org/news/175/v35.0%2520Released** | 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 |
| |
| |
| |
https://github.com/jeremyevans/aqualung/releases/tag/2.0** | 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 |
| |
| |
| |
https://gitlab.freedesktop.org/xorg/xserver/-/tags/** | 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/ |
| |
| |
| |
https://github.com/nextcloud/server/releases/tag/v31.0.0** | 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 |
| |
| |
| |
https://www.freebsd.org/status/report-2024-10-2024-12/** | 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/ |
| |
| |
| |
https://opencloud.eu/en/news/opencloud-now-available-new-open-source-alternative-microsoft-sharepoint** | 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 |
| |
| |
| |
https://lore.kernel.org/all/20250221-dienlich-metapher-c2755e73b3f7@brauner/T/%23mf04463bbb9bb2d9461ea135955cd33ac29ebc0cd** | 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 |
| |
| |
| |
https://www.ea.com/games/command-and-conquer/command-and-conquer-remastered/news/steam-workshop-support** | 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 |
| |
| |
| |
https://fishshell.com/blog/new-in-40/** | 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/ |
| |
| |
| |
https://gitlab.freedesktop.org/NetworkManager/NetworkManager/-/tags/1.52.0** | 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 |
| |
| |
| |
https://github.com/limafresh/Brushshe/releases/tag/v1.2.0** | 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 |
| |
| |
| |
https://ghostbsd.org/news/GhostBSD_25.01-R14.2p1_Now_Available** | 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 |
| |
| |
| |
https://translate.google.com/website?sl=auto&tl=en&hl=en-US&client=webapp&u=https://forum.rosa.ru/viewtopic.php?t%3D11359** | 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' !!) // |
| |
| |
| |
https://ubports.com/en/blog/ubports-news-1/post/ubuntu-touch-ota-8-focal-release-3953** | 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 |
| |
| |
| |
https://github.com/ob-f/OpenBot/releases/tag/v0.8.0** | 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 |
| |
| |
| |
https://godotengine.org/article/godot-4-4-a-unified-experience/** | 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/ |
| |
| |
| |
https://blog.thunderbird.net/2025/03/thunderbird-release-channel-update/** | 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/ |
| |
| |
| |
https://web.git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/commit/?h%3Dusb-next%26id%3Dc749f058b4371430a8338e1ca72b9ae38fef613b** | 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 |
| |
| |
| |
https://blog.ferretdb.io/ferretdb-v2-ga-open-source-mongodb-alternative-ready-for-production/** | 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/ |
| |
| |
| |
https://fex-emu.com/FEX-2503/** | 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/ |
| |
| |
https://bughunters.google.com/blog/5424842357473280/zen-and-the-art-of-microcode-hacking | 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** | 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 |
| |
| |
| |
https://en.wikipedia.org/wiki/Flow_(2024_film)** | 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) |
| |
| |
| |
http://www.samba.org/** | 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/ |
| |
| |
| |
https://gitlab.freedesktop.org/pipewire/pipewire/-/releases/1.4.0** | 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 |
| |
| |
| |
https://www.collabora.com/news-and-blog/news-and-events/apertis-v2025-the-second-bookworm-based-release-for-industrial-embedded-devices.html** | 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 |
| |
| |
| |
https://www.androidpolice.com/android-15-linux-terminal-app/** | 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/ |
| |
| |
| |
https://lore.kernel.org/all/Z84dHHEn6xfvlRxk@cassiopeiae/T/%23u** | 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 |
| |
| |
| |
https://www.freebsd.org/releases/13.5R/announce/** | 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/ |
| |
| |
| |
https://t.me/haiku_ru/151488** | 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 |
| |
| |
| |
https://www.collabora.com/news-and-blog/news-and-events/goodbye-nouveau-gl-hello-zink.html** | 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 |
| |
| |
| |
https://www.codeweavers.com/support/forums/announce/?t%3D24;msg%3D322440%0D%0A** | 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 |
| |
| |
| |
https://lists.freedesktop.org/archives/gstreamer-devel/2025-March/082142.html** | 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 |
| |
| |
| |
https://opensource.org/blog/osi-endorses-united-nations-open-source-principles** | 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 |
| |
| |
| |
https://discourse.ubuntu.com/t/carefully-but-purposefully-oxidising-ubuntu/56995** | 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 |
| |
| |
| |
https://github.com/cncf/sandbox/issues/322%23issuecomment-2697791780** | 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 |
| |
| |
| |
https://webkitgtk.org/2025/03/14/webkitgtk2.48.0-released.html** | 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 |
| |
| |
| |
https://gitlab.gnome.org/GNOME/gtk/-/tags/4.18.0** | 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 |
| |
| |
| |
https://www.debian.org/News/2025/20250315** | 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 |
| |
| |
| |
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** | 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' !!) // |
| |
| |
| |
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** | 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' !!) // |
| |
| |
| |
https://vivaldi.com/blog/vivaldi-on-desktop-7-2/** | 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/ |
| |
| |
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/** | 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: | **SDL3 library with support for older systems: |
| |
https://github.com/JordanCpp/SDL3Lite** | 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 |
| |
| |
https://translate.google.com/website?sl=auto&tl=en&hl=en-US&client=webapp&u=https://gist.github.com/jwbee/7e8b27e298de8bbbf8abfa4c232db097** | 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: | **GNOME DE Release 48: |
| |
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/** | 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' !!) // |
| |
| |
| |
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** | 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' !!) // |
| |
| |
| |
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** | 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' !!) // |
| |
| |
| |
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** | 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' !!) // |
| |
| |
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/** | 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 ====== | ====== 18 ====== |
| |
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/** | 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' !!) // |
| |
| |
| |
https://reactos.org/project-news/reactos-0415-released/** | 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/ |
| |
| |
| |
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** | 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 |
| |
| |
| |
https://translate.google.com/website?sl=auto&tl=en&hl=en-US&client=webapp&u=https://github.com/Zouuup/landrun** | 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' !!) // |
| |
| |
| |
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/** | 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' !!) // |
| |