Différences

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

--- issue203:actus [2024/04/05 14:49] – [17] auntiee
+++ issue203:actus [2024/04/05 15:52] (Version actuelle) – [22] auntiee
@@ Ligne 1058: / Ligne 1058: @@
 /03/2024
-De nouvelles versions bootables de Void Linux ont été générées. Il s'agit d'un projet indépendant qui n'utilise pas les développements d'autres distributions et qui est développé à l'aide d'un cycle de publication en continu. Les versions précédentes ont été publiées il y a un an. Hormis l'apparence des images de démarrage actuelles basées sur une partie plus récente du système, la mise à jour des builds n'apporte pas de changements fonctionnels et leur utilisation n'a de sens que pour les nouvelles installations.
+De nouvelles versions amorçables de Void Linux ont été générées. Il s'agit d'un projet indépendant qui n'utilise pas les développements d'autres distributions et qui est développé à l'aide d'un cycle de publication en continu. Les versions précédentes ont été publiées il y a un an. Hormis l'apparence des images de démarrage actuelles basées sur une partie plus récente du système, la mise à jour des builds n'apporte pas de changements fonctionnels et leur utilisation n'a de sens que pour les nouvelles installations.
 Les builds sont disponibles dans des versions basées sur les bibliothèques système Glibc et Musl. Des images Live avec le bureau Xfce et une console de base ont été préparées pour les plateformes x86_64, i686, armv6l, armv7l et aarch64. Les versions ARM supportent les cartes BeagleBone/BeagleBone Black, Cubieboard 2, Odroid U2/U3 et Raspberry Pi.
-La distribution utilise le gestionnaire de système runit pour initialiser et gérer les services. Pour gérer les paquets, elle développe son propre gestionnaire de paquets xbps et le système de construction de paquets xbps-src. Xbps vous permet d'installer, de désinstaller et de mettre à jour des applications, de détecter les incompatibilités des bibliothèques partagées et de gérer les dépendances. Vous pouvez utiliser Musl comme bibliothèque standard à la place de Glibc. Les systèmes développés par Void sont distribués sous licence BSD.
+La distribution utilise le gestionnaire de système runit pour initialiser et gérer les services. Pour gérer les paquets, elle développe son propre gestionnaire de paquets xbps et le système de compilation de paquets xbps-src. Xbps vous permet d'installer, de désinstaller et de mettre à jour des applications, de détecter les incompatibilités des bibliothèques partagées et de gérer les dépendances. Vous pouvez utiliser Musl comme bibliothèque standard à la place de Glibc. Les systèmes développés par Void sont distribués sous licence BSD.
 https://voidlinux.org/news/2024/03/new-images.html
@@ Ligne 1079: / Ligne 1079: @@
 /03/2024
-La mise à jour 0.97 a été publiée pour le jeu Mineclonia, qui est un fork de Mineclone2 et réalisé sur le moteur Minetest. Ce qui différencie Mineclonia de Mineclone2, c'est l'accent mis sur la stabilité et les performances. À l'heure actuelle, le jeu possède plus de fonctionnalités que Mineclone2, mais en même temps, la musique du jeu (pour réduire la taille) et les « hamburgers », qui n'étaient pas présents dans Minecraft et avaient un impact négatif sur les performances, ont été délibérément retirés de Mineclone. Le code du projet est écrit en Lua et est distribué sous licence GPLv3.
+La mise à jour 0.97 a été publiée pour le jeu Mineclonia,un fork de Mineclone2 qui est réalisé sur le moteur Minetest. Ce qui différencie Mineclonia de Mineclone2, c'est l'accent mis sur la stabilité et les performances. À l'heure actuelle, le jeu possède plus de fonctionnalités que Mineclone2, mais en même temps, la musique du jeu (pour réduire la taille) et les « hamburgers », qui n'étaient pas présents dans Minecraft et avaient un impact négatif sur les performances, ont été délibérément retirés de Mineclone. Le code du projet est écrit en Lua et est distribué sous licence GPLv3.
 Parmi les changements apportés à la nouvelle version figurent l'ajout d'un coût de niveau sur l'enclume, l'implémentation d'une canne à pêche et l'ajout de la possibilité de pêcher, ainsi que la correction de quelques bugs.
@@ Ligne 1121: / Ligne 1121: @@
 /03/2024
-Le projet GNOME a publié la version 1.5 de Libadwaita, qui comprend un ensemble de composants pour le style de l'interface utilisateur qui suit les directives GNOME HIG (Human Interface Guidelines). La bibliothèque comprend des widgets et des objets prêts à l'emploi pour créer des applications conformes au style général de GNOME, qui peuvent s'adapter à des écrans de toutes tailles. Le code de la bibliothèque est écrit en C et est distribué sous la licence LGPL 2.1+.
+Le projet GNOME a publié la version 1.5 de Libadwaita, qui comprend un ensemble de composants pour le style de l'interface utilisateur qui suit les directives GNOME HIG (Human Interface Guidelines). La bibliothèque comprend des widgets et des objets prêts à l'emploi pour créer des applications conformes au style général de GNOME, qui peuvent s'adapter à des écrans de toutes tailles. Le code de la bibliothèque est écrit en C et distribué sous la licence LGPL 2.1+.
 La bibliothèque libadwaita est utilisée en conjonction avec GTK4 et inclut des composants du thème Adwaita. Déplacer les éléments de style de GNOME dans une bibliothèque séparée permet aux changements spécifiques à GNOME d'être développés séparément de GTK, permettant aux développeurs de GTK de se concentrer sur le cœur du système et aux développeurs de GNOME de faire avancer plus rapidement et avec plus de flexibilité les changements de style qu'ils souhaitent sans affecter GTK lui-même.
-Le principal changement dans libadwaita 1.5 a été le remaniement des widgets adaptatifs pour créer des boîtes de dialogue qui s'ajustent à la taille de la zone visible. Contrairement aux boîtes de dialogue traditionnelles, qui sont hébergées dans des fenêtres séparées, les nouvelles boîtes de dialogue sont rendues côté client, à l'intérieur des fenêtres existantes, et ne peuvent pas s'étendre au-delà de la fenêtre parentale. Cette approche simplifie la création de boîtes de dialogue universelles qui peuvent être combinées avec des interfaces pour les systèmes mobiles et de bureau, et fournit également des options supplémentaires pour la gestion des boîtes de dialogue.
+Le principal changement dans libadwaita 1.5 a été le remaniement des widgets adaptatifs pour créer des boîtes de dialogue qui s'ajustent à la taille de la zone visible. Contrairement aux boîtes de dialogue traditionnelles, qui sont hébergées dans des fenêtres séparées, les nouvelles boîtes de dialogue sont rendues côté client, à l'intérieur des fenêtres existantes, et ne peuvent pas s'étendre au-delà de la fenêtre parentale. Cette approche simplifie la création de boîtes de dialogue universelles, qui peuvent être combinées avec des interfaces pour les systèmes mobiles et de bureau, et fournit également des options supplémentaires pour la gestion des boîtes de dialogue.
 https://blogs.gnome.org/alicem/2024/03/15/libadwaita-1-5/
@@ Ligne 1144: / Ligne 1144: @@
 /03/2024
-OpenELA (Open Enterprise Linux Association), formé l'année dernière par CIQ (Rocky Linux), Oracle et SUSE, pour unir leurs efforts afin d'assurer la compatibilité avec RHEL, a introduit le projet kernel-lts, dans lequel il fournira un support supplémentaire pour certains noyaux de branches LTS obsolètes après qu'ils ne soient plus officiellement pris en charge.
+OpenELA (Open Enterprise Linux Association), formée l'année dernière par CIQ (Rocky Linux), Oracle et SUSE, pour unir leurs efforts afin d'assurer la compatibilité avec RHEL, a introduit le projet kernel-lts, dans lequel il fournira un support supplémentaire pour certains noyaux de branches LTS obsolètes après qu'ils ne soient plus officiellement pris en charge.
 Le premier noyau à bénéficier d'un support supplémentaire sera la branche 4.14, qui a été publiée en novembre 2017 et a été supportée pendant 6 ans. En janvier, l'équipe de développement du noyau central a cessé de maintenir cette branche. OpenELA a repris la maintenance et les mises à jour du noyau 4.14, qui sera publié au moins jusqu'en décembre 2024. Après la publication finale du noyau Linux 4.14.336, l'équipe OpenELA a déjà publié les mises à jour étendues 4.14.337-openela, 4.14.338-openela et 4.14.339-openela.
@@ Ligne 1165: / Ligne 1165: @@
 /03/2024
-WebKitGTK 2.44.0, un portage du moteur de navigation WebKit pour la plateforme GTK, a été annoncé. WebKitGTK vous permet d'utiliser toutes les fonctionnalités de WebKit à travers une interface de programmation orientée GNOME basée sur GObject et peut être utilisé pour intégrer des outils de traitement de contenu Web dans 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 bien connus qui utilisent WebKitGTK, nous nous concentrons sur le navigateur standard de GNOME (Epiphany). Auparavant, WebKitGTK était utilisé dans le navigateur Midori, mais après que le projet soit passé entre les mains de la Fondation Astian, l'ancienne version de Midori sur WebKitGTK a été abandonnée et un produit fondamentalement différent a été créé sous le même nom de Midori.
+WebKitGTK 2.44.0, un portage du moteur de navigation WebKit pour la plateforme GTK, a été annoncé. WebKitGTK vous permet d'utiliser toutes les fonctionnalités de WebKit à travers une interface de programmation orientée GNOME basée sur GObject et peut être utilisé pour intégrer des outils de traitement de contenu Web dans 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 bien connus qui utilisent WebKitGTK, nous nous concentrons sur le navigateur standard de GNOME (Epiphany). Auparavant, WebKitGTK était utilisé dans le navigateur Midori, mais une fois que le projet s'est passé entre les mains de la Fondation Astian, l'ancienne version de Midori sur WebKitGTK a été abandonnée et un produit fondamentalement différent a été créé sous le même nom de Midori.
 https://webkitgtk.org/2024/03/16/webkitgtk2.44.0-released.html
@@ Ligne 1186: / Ligne 1186: @@
 /03/2024
-Fabrice Le Fessant a dressé le bilan de 20 ans de développement du compilateur libre GnuCOBOL, qui permet de traduire des programmes COBOL en une représentation C pour une compilation ultérieure à l'aide de GCC ou d'autres compilateurs C. Selon Fabrice, le projet est arrivé à maturité, prêt à être utilisé dans les systèmes industriels et à concurrencer les solutions propriétaires. Les avantages concurrentiels de GnuCOBOL comprennent la prise en charge de 19 dialectes du langage COBOL, des performances élevées et une utilisation multiplateforme, permettant à la boîte à outils d'être utilisée sur différents systèmes, notamment Linux, BSD, macOS, Windows, Android et de nombreux systèmes d'exploitation propriétaires de type Unix.
+Fabrice Le Fessant a dressé le bilan de 20 ans de développement du compilateur libre GnuCOBOL, qui permet de traduire des programmes COBOL en une représentation C pour une compilation ultérieure à l'aide de GCC ou d'autres compilateurs C. Selon Fabrice, le projet est arrivé à maturité, prêt à être utilisé dans les systèmes industriels et à concurrencer les solutions propriétaires. Les avantages concurrentiels de GnuCOBOL comprennent la prise en charge de 19 dialectes du langage COBOL, des performances élevées et une utilisation multi-plateforme, permettant à la boîte à outils d'être utilisée sur différents systèmes, notamment Linux, BSD, macOS, Windows, Android et de nombreux systèmes d'exploitation propriétaires de type Unix.
 Selon l'orateur, il y a eu récemment une mise en œuvre active de GnuCOBOL par des sociétés commerciales et des banques, qui transfèrent des backends écrits en COBOL vers GnuCOBOL à partir du compilateur propriétaire Micro Focus. La transition vers GnuCOBOL permet d'accroître la productivité et d'éviter de s'enfermer dans un seul fournisseur. Par exemple, le ministère français des finances a récemment remplacé un ordinateur central fonctionnant sous le système d'exploitation GCOS par une solution basée sur GnuCOBOL.
-Parmi les événements liés à GnuCOBOL, nous pouvons également mentionner la publication de la première version de l'environnement de développement intégré SuperBOL Studio, écrit en langage OCaml et distribué sous les licences AGPLv3, MIT et ISC. SuperBOL Studio est une extension de l'éditeur de code VS Code qui fonctionne avec le compilateur GnuCOBOL et est conçu pour le développement, le débogage et le profilage de projets COBOL. SuperBOL fournit également une implémentation de serveur LSP (Language Server Protocol) pour intégrer des outils de navigation, d'analyse et d'édition de code COBOL dans un autre IDE.
+Parmi les événements liés à GnuCOBOL, nous pouvons également mentionner la publication de la première version de l'environnement de développement intégré SuperBOL Studio, écrit en langage OCaml et distribué sous les licences AGPLv3, ISC et celle du MIT. SuperBOL Studio est une extension de l'éditeur de code VS Code qui fonctionne avec le compilateur GnuCOBOL et est conçu pour le développement, le débogage et le profilage de projets COBOL. SuperBOL fournit également une implémentation de serveur LSP (Language Server Protocol) pour intégrer des outils de navigation, d'analyse et d'édition de code COBOL dans un autre IDE.
 Cette année, le langage COBOL fêtera ses 65 ans, tout en restant l'un des plus anciens langages de programmation activement utilisés, ainsi que l'un des leaders en termes de quantité de code écrit.
@@ Ligne 1207: / Ligne 1207: @@
 /03/2024
-Microsoft a ouvert le système NoSQL Garnet, conçu pour créer des magasins de mise en cache et compatible avec les bibliothèques client existantes pour le stockage Redis. Garnet prend en charge la création de clusters de mise en cache de données évolutifs qui peuvent utiliser la réplication, la migration de clés et le partage de données entre les nœuds du cluster. Le projet est écrit en C# avec un noyau de stockage en C++. Il est ouvert sous la licence MIT et peut fonctionner sur toutes les plateformes supportées par .NET (les plateformes principales sont Linux et Windows).
+Microsoft a ouvert le système NoSQL Garnet, conçu pour créer des magasins de mise en cache et compatible avec les bibliothèques client existantes pour le stockage Redis. Garnet prend en charge la création de clusters de mise en cache de données évolutifs qui peuvent utiliser la réplication, la migration de clés et le partage de données entre les nœuds du cluster. Le projet est écrit en C# avec un noyau de stockage en C++. Il est ouvert sous la licence du MIT et peut fonctionner sur toutes les plateformes supportées par .NET (les plateformes principales sont Linux et Windows).
 https://www.microsoft.com/en-us/research/blog/introducing-garnet-an-open-source-next-generation-faster-cache-store-for-accelerating-applications-and-services/
@@ Ligne 1280: / Ligne 1280: @@
 Red Hat a commencé à travailler sur le projet Nova, qui est un nouveau pilote ouvert pour les GPU NVIDIA, où les opérations d'initialisation et de contrôle du GPU sont incluses dans le firmware et effectuées par un microcontrôleur GSP (GPU System Processor) séparé. Le nouveau pilote est conçu comme un module pour le noyau Linux et utilise le sous-système DRM (Direct Rendering Manager). Le projet se positionne comme une continuation du développement du pilote Nouveau pour les GPU avec firmware GSP utilisés à partir de la série NVIDIA GeForce RTX 2000 basée sur la microarchitecture Turing, et à long terme pourrait remplacer Nouveau.
-Le code du pilote est écrit en Rust et utilise en outre plusieurs couches pour développer des pilotes vidéo dans ce langage, qui n'ont pas encore été acceptés dans le noyau principal. L'une des raisons de la création d'un nouveau pilote est la possibilité de réaliser une simplification significative par rapport au pilote Nouveau, grâce à l'utilisation de nombreux gestionnaires prêts à l'emploi fournis par le micrologiciel GSP. En raison de la nécessité de prendre en charge les anciens GPU NVIDIA, le code du pilote Nouveau est inutilement complexe et inflexible, et un remaniement important de la base de code est nécessaire pour résoudre les problèmes existants dans le pilote Nouveau, par exemple, liés au blocage dans le code VMM/MMU.
+Le code du pilote est écrit en Rust et utilise en outre plusieurs couches pour développer des pilotes vidéo dans ce langage, qui n'ont pas encore été acceptés dans le noyau principal. L'une des raisons de la création d'un nouveau pilote est la possibilité de réaliser une simplification significative par rapport au pilote Nouveau, grâce à l'utilisation de nombreux gestionnaires prêts à l'emploi fournis par le micrologiciel GSP. En raison de la nécessité de prendre en charge les anciens GPU NVIDIA, le code du pilote Nouveau est inutilement complexe et inflexible ; un remaniement important de la base de code est nécessaire pour résoudre les problèmes existants dans le pilote Nouveau, par exemple, liés au blocage dans le code VMM/MMU.
 https://lists.freedesktop.org/archives/dri-devel/2024-March/446709.html
@@ Ligne 1324: / Ligne 1324: @@
 /03/2024
-Nintendo a obtenu le blocage du dépôt principal du projet Suyu sur GitLab, un jour après la publication de la première version. Le dépôt a été bloqué après qu'une plainte ait été envoyée à GitLab concernant la violation par le projet Suyu du Digital Millennium Copyright Act (DMCA) en vigueur aux États-Unis. Un dépôt alternatif lancé sur son propre serveur utilisant la plateforme Forgejo (un dérivé de Gitea), ainsi qu'un dépôt avec des versions sur le site de GitLab continuent de fonctionner.
+Nintendo a obtenu le blocage du dépôt principal du projet Suyu sur GitLab, un jour après la publication de la première version. Le dépôt a été bloqué après qu'une plainte a été envoyée à GitLab concernant la violation par le projet Suyu du Digital Millennium Copyright Act (DMCA) en vigueur aux États-Unis. Un dépôt alternatif lancé sur son propre serveur utilisant la plateforme Forgejo (un dérivé de Gitea), ainsi qu'un dépôt avec des versions sur le site de GitLab continuent de fonctionner.
-La demande DMCA envoyée à GitLab affirme que, comme Yuzu, l'émulateur Suyu est spécifiquement conçu pour contourner les méthodes de sécurité technique et qu'il utilise des copies de clés cryptographiques obtenues illégalement pour décrypter les jeux et les microprogrammes. Bien que l'extraction des clés de décryptage des jeux incombe aux utilisateurs et soit réalisée à l'aide d'outils tiers, le fait même de décrypter du côté de l'émulateur est perçu par Nintendo comme un contournement illégal des mesures de protection technique, même si l'utilisateur utilise des clés extraites de sa propre copie achetée (dans les conditions d'utilisation, il est interdit de créer des copies pour les exécuter sur d'autres plates-formes).
+La demande DMCA envoyée à GitLab affirme que, comme Yuzu, l'émulateur Suyu est spécifiquement conçu pour contourner les méthodes de sécurité technique et qu'il utilise des copies de clés cryptographiques obtenues illégalement pour décrypter les jeux et les microprogrammes. Bien que l'extraction des clés de décryptage des jeux incombe aux utilisateurs et soit réalisée à l'aide d'outils tiers, le fait même de décrypter côté émulateur est perçu par Nintendo comme un contournement illégal des mesures de protection technique, même si l'utilisateur utilise des clés extraites de sa propre copie achetée (dans les conditions d'utilisation, il est interdit de créer des copies pour les exécuter sur d'autres plates-formes).
 https://twitter.com/MrSujano/status/1770896278165004294