| Les deux révisions précédentesRévision précédente | |
| issue207:actus [2024/07/31 08:42] – d52fr | issue207:actus [2024/07/31 11:22] (Version actuelle) – auntiee |
|---|
| 01/07/2024 | 01/07/2024 |
| |
| Les développeurs du navigateur Web gratuit Ladybird, qui est développé à partir de zéro, ont annoncé qu'ils avaient reçu un don d'un million de dollars. Ce don a été fait par Chris Wanstrath, cofondateur de GitHub. | Les développeurs du navigateur Web libre Ladybird, qui est développé à partir de zéro, ont annoncé qu'ils avaient reçu un don d'un million de dollars. Ce don a été fait par Chris Wanstrath, cofondateur de GitHub. |
| |
| Le navigateur Ladybird était auparavant un composant de SerenityOS, un projet amateur visant à développer un système d'exploitation de type Unix à partir de zéro, qui a été fondé par Andreas Kling, ancien de Nokia et développeur de Safari. En juin 2024, Kling a décidé de séparer le projet de navigateur du projet de système d'exploitation et de se consacrer entièrement à son développement. | Le navigateur Ladybird était auparavant un composant de SerenityOS, un projet amateur visant à développer un système d'exploitation de type Unix à partir de zéro, qui a été fondé par Andreas Kling, ancien de Nokia et développeur de Safari. En juin 2024, Kling a décidé de séparer le projet de navigateur du projet de système d'exploitation et de se consacrer entièrement à son développement. |
| Selon un article publié sur le site Web du projet, Wanstrath et sa famille ont décidé de faire don d'un million de dollars au projet pour en financer le développement, car ils sont convaincus de la nécessité d'un projet alternatif sur le marché des navigateurs, qui ne soit pas financé par Google de quelque manière que ce soit et qui ne s'appuie pas sur la pile technologique de Google Chrome ou de tout autre navigateur. | Selon un article publié sur le site Web du projet, Wanstrath et sa famille ont décidé de faire don d'un million de dollars au projet pour en financer le développement, car ils sont convaincus de la nécessité d'un projet alternatif sur le marché des navigateurs, qui ne soit pas financé par Google de quelque manière que ce soit et qui ne s'appuie pas sur la pile technologique de Google Chrome ou de tout autre navigateur. |
| |
| À l'heure actuelle, l'équipe de développement se compose de quatre personnes, dont M. Kling, qui sont employées de manière permanente ; à l'avenir, ils prévoient d'en embaucher trois autres. Le projet se concentre sur la prise en charge des systèmes d'exploitation Linux et macOS ; il n'est pas encore prévu de publier une version pour Windows. La sortie de la première version alpha est prévue pour 2026. | À l'heure actuelle, l'équipe de développement se compose de quatre personnes, dont M. Kling, qui sont employées de manière permanente ; à l'avenir, ils prévoient d'en embaucher trois autres. Le projet se concentre sur la prise en charge des systèmes d'exploitation Linux et macOS. Il n'est pas encore prévu de publier une version pour Windows. La sortie de la première version alpha est prévue pour 2026. |
| |
| http://ladybird.org/why-ladybird.html | http://ladybird.org/why-ladybird.html |
| 04/07/2024 | 04/07/2024 |
| |
| La version 0.8.0 de la plateforme PaaS gratuite Cozystack, construite sur Kubernetes, a été publiée. Le projet vise à fournir une plateforme prête à l'emploi pour les hébergeurs et un cadre pour la construction de clouds privés et publics. La plateforme est installée directement sur les serveurs et couvre tous les aspects de la préparation de l'infrastructure pour la fourniture de services gérés. Cozystack permet d'exécuter et de provisionner des clusters Kubernetes, des bases de données et des machines virtuelles. Le code de la plateforme est disponible sur GitHub et est distribué sous la licence Apache-2.0. | La version 0.8.0 de la plateforme PaaS libre Cozystack, construite sur Kubernetes, a été publiée. Le projet vise à fournir une plateforme prête à l'emploi pour les hébergeurs et un cadre pour la construction de clouds privés et publics. La plateforme est installée directement sur les serveurs et couvre tous les aspects de la préparation de l'infrastructure pour la fourniture de services gérés. Cozystack permet d'exécuter et de provisionner des clusters Kubernetes, des bases de données et des machines virtuelles. Le code de la plateforme est disponible sur GitHub et est distribué sous la licence Apache-2.0. |
| |
| https://t.me/aenix_io/110 | https://t.me/aenix_io/110 |
| Jason A. Donenfeld, auteur du VPN WireGuard, a introduit des correctifs qui accélèrent considérablement la collecte de nombres aléatoires à partir du système via la fonction getrandom(), mise en œuvre par l'appel système Linux correspondant. L'avantage de cette solution par rapport à l'utilisation de /dev/random ou /dev/urandom est qu'elle n'est pas sensible aux attaques par épuisement des descripteurs de fichiers, qui peuvent entraîner des clés cryptographiques non initialisées et non aléatoires. | Jason A. Donenfeld, auteur du VPN WireGuard, a introduit des correctifs qui accélèrent considérablement la collecte de nombres aléatoires à partir du système via la fonction getrandom(), mise en œuvre par l'appel système Linux correspondant. L'avantage de cette solution par rapport à l'utilisation de /dev/random ou /dev/urandom est qu'elle n'est pas sensible aux attaques par épuisement des descripteurs de fichiers, qui peuvent entraîner des clés cryptographiques non initialisées et non aléatoires. |
| |
| L'optimisation proposée est basée sur l'utilisation du mécanisme vDSO (virtual dynamic shared object), qui permet de déplacer le gestionnaire d'appel système du noyau vers l'espace utilisateur et d'éviter les changements de contexte. Dans le cas de getrandom(), l'implémentation de l'appel système associé à cette fonction est conçue comme un vDSO, dont le code est préchargé dans l'espace d'adressage du processus directement par le noyau. Cette approche a permis d'accélérer la production de nombres aléatoires, de 15 fois ou plus dans certaines situations. | L'optimisation proposée est basée sur l'utilisation du mécanisme vDSO (virtual dynamic shared object), qui permet de déplacer le gestionnaire d'appel système du noyau vers l'espace utilisateur et d'éviter les changements de contexte. Dans le cas de getrandom(), l'implémentation de l'appel système associé à cette fonction est conçue comme un vDSO, dont le code est préchargé dans l'espace d'adressage du processus directement par le noyau. Cette approche a permis d'accélérer la production de nombres aléatoires de 15 fois ou plus dans certaines situations. |
| |
| Ajout : Linus Torvalds a exprimé des doutes quant à l'opportunité d'inclure l'optimisation proposée dans le noyau, puisque, si nécessaire, les applications peuvent utiliser des implémentations similaires de leur côté, sans manipulation externe via vDSO. Jason Donenfield a expliqué que la substitution par vDSO est nécessaire car il est important de s'assurer que l'algorithme de génération de nombres pseudo-aléatoires fonctionne de manière identique dans les implémentations fonctionnant au niveau du noyau et dans l'espace utilisateur. Torvalds a reconnu qu'il y avait un point, et est passé à la discussion des questions techniques qui doivent être résolues pour que les correctifs soient acceptés dans le noyau. | Ajout : Linus Torvalds a exprimé des doutes quant à l'opportunité d'inclure l'optimisation proposée dans le noyau, puisque, si nécessaire, les applications peuvent utiliser des implémentations similaires de leur côté, sans manipulation externe via vDSO. Jason Donenfield a expliqué que la substitution par vDSO est nécessaire car il est important de s'assurer que l'algorithme de génération de nombres pseudo-aléatoires fonctionne de manière identique dans les implémentations fonctionnant au niveau du noyau et dans l'espace utilisateur. Torvalds a reconnu que la raison était valable, et est passé à la discussion des questions techniques qui doivent être résolues pour que les correctifs soient acceptés dans le noyau. |
| |
| https://lore.kernel.org/lkml/20240703183115.1075219-1-Jason@zx2c4.com/ | https://lore.kernel.org/lkml/20240703183115.1075219-1-Jason@zx2c4.com/ |
| Publication de GnuPG 2.5.0 | Publication de GnuPG 2.5.0 |
| |
| Un an et demi après la formation de la dernière branche majeure, la version 2.5.0 de la boîte à outils GnuPG (GNU Privacy Guard) est présentée. Elle est compatible avec les normes OpenPGP (RFC-4880) et S/MIME et fournit des utilitaires pour le cryptage des données, le travail avec les signatures électroniques, la gestion des clés et l'accès aux réserves de clés publiques. Le code du projet est écrit en C et est distribué sous licence GPLv3. | Un an et demi après la formation de la dernière branche majeure, la version 2.5.0 de la boîte à outils GnuPG (GNU Privacy Guard) est présentée. Elle est compatible avec les normes OpenPGP (RFC-4880) et S/MIME et fournit des utilitaires pour le cryptage des données, le travail avec les signatures électroniques, la gestion des clés et l'accès aux réserves de clés publiques. Le code du projet est écrit en C et distribué sous licence GPLv3. |
| |
| GnuPG 2.5.0 est présenté comme la première version d'une nouvelle base de code intégrant les dernières modifications. GnuPG 2.4 est présenté comme une branche stable, optimisée pour une utilisation générale. GnuPG 1.4 continue d'être maintenu comme une série classique qui consomme peu de ressources, convient aux systèmes embarqués et est compatible avec les anciens algorithmes de chiffrement. | GnuPG 2.5.0 est présenté comme la première version d'une nouvelle base de code intégrant les dernières modifications. GnuPG 2.4 est présenté comme une branche stable, optimisée pour une utilisation générale. GnuPG 1.4 continue d'être maintenu comme une série classique qui consomme peu de ressources, convient aux systèmes embarqués et est compatible avec les anciens algorithmes de chiffrement. |
| 07/07/2024 | 07/07/2024 |
| |
| La version 0.5 de Fooyin, qui évolue depuis le début de l'année, a été publiée. Elle vise à offrir de nombreuses possibilités de personnalisation et d'adaptation du programme à vos préférences. L'utilisateur se voit proposer un ensemble de widgets avec différents modes de gestion de sa collection musicale et de lecture de musique. Des fonctionnalités supplémentaires peuvent être ajoutées sous forme de plugins. Pour personnaliser l'interface, un mode spécial d'édition est proposé, permettant d'agir sur la disposition des éléments à l'écran. Le projet est écrit en C++ en utilisant la bibliothèque Qt et est distribué sous la licence GPLv3. Des paquets prêts à l'emploi ont été créés pour Fedora, Debian et Ubuntu (il est prévu de mettre à jour le paquet au format flatpak dans un futur proche). | La version 0.5 de Fooyin, qui évolue depuis le début de l'année, a été publiée. Elle vise à offrir de nombreuses possibilités de personnalisation et d'adaptation du programme selon vos préférences. L'utilisateur se voit proposer un ensemble de widgets avec différents modes de gestion de sa collection musicale et de lecture de musique. Des fonctionnalités supplémentaires peuvent être ajoutées sous forme de plugins. Pour personnaliser l'interface, un mode spécial d'édition est proposé, permettant d'agir sur la disposition des éléments à l'écran. Le projet est écrit en C++ en utilisant la bibliothèque Qt et est distribué sous la licence GPLv3. Des paquets prêts à l'emploi ont été créés pour Fedora, Debian et Ubuntu (il est prévu de mettre à jour le paquet au format flatpak dans un futur proche). |
| |
| La nouvelle version ajoute la prise en charge des fichiers CUE, la possibilité d'importer/exporter des listes de lecture et un mode de sortie qui affiche les vignettes des pochettes d'album. La prise en charge de la création de plugins pour l'analyse des balises et le décodage des formats audio a été implémentée. En mode de navigation dans les fichiers, le dernier répertoire ouvert est mémorisé. | La nouvelle version ajoute la prise en charge des fichiers CUE, la possibilité d'importer/exporter des listes de lecture et un mode de sortie qui affiche les vignettes des pochettes d'album. La prise en charge de la création de plugins pour l'analyse des balises et le décodage des formats audio a été implémentée. En mode de navigation dans les fichiers, le dernier répertoire ouvert est mémorisé. |
| 08/07/2024 | 08/07/2024 |
| |
| Preuve de concept - la possibilité de démarrer Arch Linux avec le contenu de la partition racine placée dans le stockage en nuage Google Drive. L'idée a été mise en œuvre en ajoutant une image de disque RAM initramfs, lancée par le noyau à un stade de démarrage précoce pour monter le FS, un module FUSE google-drive-ocamlfuse, fournissant un accès au contenu de Google Drive sous la forme d'un système de fichiers virtuel. Le système de fichiers virtuel basé sur FUSE est utilisé pour héberger la partition racine sur l'environnement système Arch Linux, pour créer la garniture nécessaire de initramfs, qui, entre autres choses, devrait configurer une connexion réseau pour accéder à Google Drive. La boîte à outils utilisée est dracut, grâce à l'utilisation du module s3fs de FUSE. La méthode peut également être appliquée à un stockage en nuage qui prend en charge Amazon S API3. | Preuve de concept - la possibilité de démarrer Arch Linux avec le contenu de la partition racine placée dans le stockage en nuage Google Drive. L'idée a été mise en œuvre en ajoutant une image de disque RAM initramfs, lancée par le noyau à un stade de démarrage précoce pour monter le FS, un module FUSE google-drive-ocamlfuse, fournissant un accès au contenu de Google Drive sous la forme d'un système de fichiers virtuel. Le système de fichiers virtuel basé sur FUSE est utilisé pour héberger la partition root sur l'environnement système Arch Linux, pour créer le rembourrage nécessaire de initramfs, qui, entre autres choses, devrait configurer une connexion réseau pour accéder à Google Drive. La boîte à outils utilisée est dracut, grâce à l'utilisation du module s3fs de FUSE. La méthode peut également être appliquée à un stockage en nuage qui prend en charge Amazon S API3. |
| |
| https://ersei.net/en/blog/fuse-root | https://ersei.net/en/blog/fuse-root |
| 08/07/2024 | 08/07/2024 |
| |
| Une modification a été apportée aux paramètres de GNOME pour que l'interface utilise la police Inter par défaut, une police spécialement conçue pour les interfaces utilisateur et optimisée pour une grande clarté dans les caractères de petite et moyenne taille, lorsqu'elle est affichée sur les écrans d'ordinateur. Cette modification pourra être annulée si les tests se révèlent infructueux, avant la sortie de GNOME 47 à l'automne. | Une modification a été apportée aux paramètres de GNOME pour que l'interface utilise par défaut la police Inter, une police spécialement conçue pour les interfaces utilisateur et optimisée pour une grande clarté dans les caractères de petite et moyenne taille, lorsqu'elle est affichée sur les écrans d'ordinateur. Cette modification pourra être annulée si les tests se révèlent infructueux, avant la sortie de GNOME 47 à l'automne. |
| |
| Dans le mode par défaut, la police Inter présente des problèmes tels que l'affichage identique de la lettre majuscule « I » et de la lettre minuscule « l », ainsi que de la lettre « O » et du chiffre « 0 ». Ce problème est résolu avec succès en définissant le mode optionnel « ss02 » dans la propriété font-feature-settings supportée par GTK. | Dans le mode par défaut, la police Inter présente des problèmes tels que l'affichage identique de la lettre majuscule « I » et de la lettre minuscule « l », ainsi que de la lettre « O » et du chiffre « 0 ». Ce problème est résolu avec succès en définissant le mode optionnel « ss02 » dans la propriété font-feature-settings supportée par GTK. |
| 09/07/2024 | 09/07/2024 |
| |
| L'émulateur Box64 0.3.0, conçu pour exécuter des programmes Linux compilés pour l'architecture x86_64 sur du matériel équipé de processeurs ARM64, RISC-V et Loongarch64, est disponible. Le projet accorde une grande attention au lancement d'applications de jeu et offre la possibilité de lancer des versions de Windows via Wine et Proton. Le code source du projet est écrit en C et distribué sous licence MIT. | L'émulateur Box64 0.3.0, conçu pour exécuter des programmes Linux compilés pour l'architecture x86_64 sur du matériel équipé de processeurs ARM64, RISC-V et Loongarch64, est disponible. Le projet accorde une grande attention au lancement d'applications de jeu et offre la possibilité de lancer des versions de Windows via Wine et Proton. Le code source du projet est écrit en C et distribué sous licence du MIT. |
| |
| Une caractéristique particulière du projet est l'utilisation d'un modèle d'exécution hybride, où l'émulation n'est appliquée qu'au code machine de l'application elle-même et à des bibliothèques spécifiques. Les bibliothèques système typiques, notamment libc, libm, GTK, SDL, Vulkan et OpenGL, sont remplacées par des variantes natives des plateformes cibles. De cette façon, les appels aux bibliothèques sont effectués sans émulation, ce qui se traduit par des gains de performance significatifs. | Une caractéristique particulière du projet est l'utilisation d'un modèle d'exécution hybride, où l'émulation n'est appliquée qu'au code machine de l'application elle-même et à des bibliothèques spécifiques. Les bibliothèques système typiques, notamment libc, libm, GTK, SDL, Vulkan et OpenGL, sont remplacées par des variantes natives des plateformes cibles. De cette façon, les appels aux bibliothèques sont effectués sans émulation, ce qui se traduit par des gains de performance significatifs. |
| 10/07/2024 | 10/07/2024 |
| |
| Les développeurs du projet Hurd ont annoncé qu'ils assuraient la capacité de construire 71% des paquets de l'archive Debian dans la distribution Debian GNU/Hurd. L'année dernière, ce chiffre s'élevait à 58 %. Parmi les autres réalisations de GNU/Hurd, citons le portage du noyau Mach sur l'architecture AArch64 et l'adoption de correctifs permettant d'utiliser GCC pour construire des programmes GNU/Hurd pour AArch64. Actuellement, le portage ne fournit pas encore toutes les fonctionnalités souhaitées, mais il peut déjà être utilisé pour exécuter des applications simples. Le noyau GNU Mach fournit un support expérimental pour le multithreading symétrique (SMP). Les problèmes avec les compilations utilisant GCC 14 ont été résolus. La prise en charge du compilateur rustc a été ajoutée, ce qui vous permet de construire des applications écrites en Rust pour GNU/Hurd. | Les développeurs du projet Hurd ont annoncé qu'ils assuraient la capacité de construire 71 % des paquets de l'archive Debian dans la distribution Debian GNU/Hurd. L'année dernière, ce chiffre s'élevait à 58 %. Parmi les autres réalisations de GNU/Hurd, citons le portage du noyau Mach sur l'architecture AArch64 et l'adoption de correctifs permettant d'utiliser GCC pour construire des programmes GNU/Hurd pour AArch64. Actuellement, le portage ne fournit pas encore toutes les fonctionnalités souhaitées, mais il peut déjà être utilisé pour exécuter des applications simples. Le noyau GNU Mach fournit un support expérimental pour le multithreading symétrique (SMP). Les problèmes avec les compilations utilisant GCC 14 ont été résolus. La prise en charge du compilateur rustc a été ajoutée, ce qui vous permet de construire des applications écrites en Rust pour GNU/Hurd. |
| |
| Debian GNU/Hurd combine l'environnement logiciel Debian avec le noyau GNU/Hurd et reste la seule plate-forme Debian activement développée sur la base d'un noyau autre que Linux (un portage de Debian GNU/KFreeBSD a été développé auparavant, mais il a été abandonné depuis longtemps). GNU Hurd est un noyau développé en remplacement du noyau Unix et conçu comme un ensemble de serveurs fonctionnant au-dessus du micro-noyau GNU Mach et implémentant divers services système, tels que des systèmes de fichiers, une pile réseau et un système de contrôle d'accès aux fichiers. Le micro-noyau GNU Mach fournit un mécanisme IPC utilisé pour organiser les interactions entre les composants GNU Hurd et de construire une architecture multi-serveurs distribuée. | Debian GNU/Hurd combine l'environnement logiciel Debian avec le noyau GNU/Hurd et reste la seule plate-forme Debian activement développée sur la base d'un noyau autre que Linux (un portage de Debian GNU/KFreeBSD a été développé auparavant, mais il est abandonné depuis longtemps). GNU Hurd est un noyau développé en remplacement du noyau Unix et conçu comme un ensemble de serveurs fonctionnant par-dessus le micro-noyau GNU Mach et implémentant divers services système, tels que des systèmes de fichiers, une pile réseau et un système de contrôle d'accès aux fichiers. Le micro-noyau GNU Mach fournit un mécanisme IPC utilisé pour organiser les interactions entre les composants GNU Hurd et de construire une architecture multi-serveurs distribuée. |
| |
| https://www.gnu.org/software/hurd/news/2024-q2.html | https://www.gnu.org/software/hurd/news/2024-q2.html |
| Le projet est développé sous la direction de Nathan Sobo, auteur de l'éditeur Atom (la base de VS Code) avec la participation des équipes d'anciens développeurs de l'éditeur Atom, de la plateforme Electron et des bibliothèques d'analyse Tree-sitter. Le code source de la partie serveur, qui permet l'édition multi-utilisateurs, est ouvert sous la licence AGPLv3, et l'éditeur lui-même, sous la licence GPLv3. Pour créer l'interface utilisateur, nous utilisons notre propre bibliothèque GPUI, ouverte sous la licence Apache 2.0. Le code du projet est écrit en Rust. | Le projet est développé sous la direction de Nathan Sobo, auteur de l'éditeur Atom (la base de VS Code) avec la participation des équipes d'anciens développeurs de l'éditeur Atom, de la plateforme Electron et des bibliothèques d'analyse Tree-sitter. Le code source de la partie serveur, qui permet l'édition multi-utilisateurs, est ouvert sous la licence AGPLv3, et l'éditeur lui-même, sous la licence GPLv3. Pour créer l'interface utilisateur, nous utilisons notre propre bibliothèque GPUI, ouverte sous la licence Apache 2.0. Le code du projet est écrit en Rust. |
| |
| Zed combine un éditeur de texte léger et les fonctionnalités des environnements de développement intégrés modernes en un seul produit. Au cours du développement, l'expérience acquise lors de la création d'Atom a été prise en compte et une tentative a été faite pour incarner certaines idées sur ce à quoi devrait ressembler un éditeur idéal pour un programmeur. Une grande attention est portée à la performance et à la réactivité de l'interface - selon les créateurs du projet, toutes les actions d'édition doivent être effectuées instantanément, et les tâches de codage doivent être résolues de la manière la plus efficace possible. La haute performance de Zed est obtenue par l'utilisation active du multi-threading, en utlisant tous les cœurs de processeurs disponibles et en incluant le GPU dans le processus de rendu. | Zed combine un éditeur de texte léger et les fonctionnalités des environnements de développement intégrés modernes en un seul produit. Au cours du développement, l'expérience acquise lors de la création d'Atom a été prise en compte et une tentative a été faite pour incarner certaines idées sur ce à quoi devrait ressembler un éditeur idéal pour un programmeur. Une grande attention est portée à la performance et à la réactivité de l'interface ; selon les créateurs du projet, toutes les actions d'édition doivent être effectuées instantanément et les tâches de codage doivent être résolues de la manière la plus efficace possible. La haute performance de Zed est obtenue par l'utilisation active du multi-threading, en utlisant tous les cœurs de processeurs disponibles et en incluant le GPU dans le processus de rendu. |
| |
| https://zed.dev/blog/zed-on-linux | https://zed.dev/blog/zed-on-linux |
| 11/07/2024 | 11/07/2024 |
| |
| Après huit mois de développement, le serveur de messagerie Exim 4.98 est sorti, dans lequel les corrections accumulées ont été apportées et de nouvelles fonctionnalités ont été ajoutées. Le code du projet est écrit en C et distribué sous licence GPLv2+. Selon l'enquête automatisée de juin portant sur environ 400 000 serveurs de messagerie, la part d'Exim est de 59,06 % (55,93 % il y a un an), Postfix est utilisé sur 34,68 % (37,40 %) des serveurs de messagerie, Sendmail - 3,42 % (3,45 %), MailEnable - 1,81 % (1,86 %), MDaemon - 0,37 % (0,48 %), Microsoft Exchange - 0,17 % (0,25 %). | Après huit mois de développement, le serveur de messagerie Exim 4.98 est sorti, dans lequel les corrections accumulées ont été apportées et auquel de nouvelles fonctionnalités ont été ajoutées. Le code du projet est écrit en C et distribué sous licence GPLv2+. Selon l'enquête automatisée de juin portant sur environ 400 000 serveurs de messagerie, la part d'Exim est de 59,06 % (55,93 % il y a un an), Postfix est utilisé sur 34,68 % (37,40 %) des serveurs de messagerie, Sendmail - 3,42 % (3,45 %), MailEnable - 1,81 % (1,86 %), MDaemon - 0,37 % (0,48 %), Microsoft Exchange - 0,17 % (0,25 %). |
| |
| https://lists.exim.org/lurker/message/20240710.155945.8823670d.en.html | https://lists.exim.org/lurker/message/20240710.155945.8823670d.en.html |
| Une nouvelle version du pare-feu géré dynamiquement, firewalld 2.2, implémenté sous la forme d'un wrapper sur les filtres de paquets nftables et iptables, est disponible. Firewalld fonctionne comme un processus d'arrière-plan qui vous permet de modifier dynamiquement les règles de filtrage des paquets via D-Bus sans avoir à recharger les règles de filtrage des paquets ou à interrompre les connexions établies. Le projet est déjà utilisé dans de nombreuses distributions Linux, notamment RHEL 7+, Fedora 18+ et SUSE/openSUSE 15+. Le code de firewalld est écrit en Python et distribué sous licence GPLv2. | Une nouvelle version du pare-feu géré dynamiquement, firewalld 2.2, implémenté sous la forme d'un wrapper sur les filtres de paquets nftables et iptables, est disponible. Firewalld fonctionne comme un processus d'arrière-plan qui vous permet de modifier dynamiquement les règles de filtrage des paquets via D-Bus sans avoir à recharger les règles de filtrage des paquets ou à interrompre les connexions établies. Le projet est déjà utilisé dans de nombreuses distributions Linux, notamment RHEL 7+, Fedora 18+ et SUSE/openSUSE 15+. Le code de firewalld est écrit en Python et distribué sous licence GPLv2. |
| |
| Pour gérer le pare-feu, on utilise l'utilitaire firewall-cmd qui, lors de la création de règles, ne se base pas sur les adresses IP, les interfaces réseau et les numéros de port, mais sur les noms des services (par exemple, pour ouvrir l'accès à SSH, il faut lancer « firewall-cmd --add -- service=ssh », pour fermer SSH - « firewall-cmd --remove --service=ssh »). Pour modifier la configuration du pare-feu, l'interface graphique firewall-config (GTK) et l'applet firewall-applet (Qt) peuvent également être utilisées. La prise en charge de la gestion des pare-feux via l'API D-BUS firewalld est disponible dans des projets tels que NetworkManager, libvirt, podman, docker et fail2ban. | Pour gérer le pare-feu, on utilise l'utilitaire firewall-cmd qui, lors de la création de règles, ne se base pas sur les adresses IP, les interfaces réseau et les numéros de port, mais sur le nom des services (par exemple, pour ouvrir l'accès à SSH, il faut lancer « firewall-cmd --add -- service=ssh », pour fermer SSH - « firewall-cmd --remove --service=ssh »). Pour modifier la configuration du pare-feu, l'interface graphique firewall-config (GTK) et l'applet firewall-applet (Qt) peuvent également être utilisées. La prise en charge de la gestion des pare-feux via l'API D-BUS firewalld est disponible dans des projets tels que NetworkManager, libvirt, podman, docker et fail2ban. |
| |
| https://github.com/firewalld/firewalld/releases/tag/v2.2.0 | https://github.com/firewalld/firewalld/releases/tag/v2.2.0 |
| 12/07/2024 | 12/07/2024 |
| |
| Colin Percival, chef de l'équipe de publication de FreeBSD, a annoncé des changements dans les processus de génération et de support des versions. En commençant par la branche FreeBSD 15, prévue pour la fin de l'année 2025, le temps de maintenance des branches majeures après la formation de leur première version sera réduit de 5 à 4 ans. Dans le même temps, de nouvelles branches majeures seront formées tous les deux ans. | Colin Percival, chef de l'équipe de publication de FreeBSD, a annoncé des changements dans les processus de génération et de support des versions. En commençant par la branche FreeBSD 15, prévue pour la fin de l'année 2025, le temps de maintenance des branches majeures après la création de leur première version sera réduit de 5 à 4 ans. Dans le même temps, de nouvelles branches majeures seront créées tous les deux ans. |
| |
| Les versions intermédiaires (15.1, 15.2, 15.3) seront développées dans le cadre d'un cycle de développement fixe, impliquant la publication de nouvelles versions dans une branche tous les 6 mois environ, et non plus une fois par an comme auparavant. Compte tenu de la maintenance simultanée de deux branches majeures différentes, une nouvelle version intermédiaire sera publiée tous les 3 mois (15.4, 16.1, 15.5, 16.2, etc.), à l'exception de la préparation des premières versions des nouvelles branches majeures, où il y aura une pause de 6 mois dans les publications (par exemple, la version 15.3 sera publiée en juin 2027, 16.0 en décembre 2027, 15.4 en mars 2028, 16.1 en juin 2028). | Les versions intermédiaires (les 15.1, 15.2, 15.3) seront développées dans le cadre d'un cycle de développement fixe, impliquant la publication de nouvelles versions dans une branche tous les 6 mois environ, et non plus une fois par an comme auparavant. Compte tenu de la maintenance simultanée de deux branches majeures différentes, une nouvelle version intermédiaire sera publiée tous les 3 mois (les 15.4, 16.1, 15.5, 16.2, etc.), à l'exception de la préparation des premières versions des nouvelles branches majeures, où il y aura une pause de 6 mois dans les publications (par exemple, la version 15.3 sera publiée en juin 2027, la 16.0 en décembre 2027, la 15.4 en mars 2028, la 16.1 en juin 2028). |
| |
| Il est à noter que les récentes optimisations de l'interaction entre les équipes responsables de la génération des versions et du développement ont permis de réduire le processus de préparation des versions à 3 versions bêta et une version candidate, au lieu de 3-4 versions bêta et 3-6 versions candidates. Avec ce type d'organisation du développement, trois mois pour préparer une version intermédiaire suffisent amplement. Le raccourcissement du cycle de préparation des versions nous permettra d'apporter plus rapidement de nouvelles fonctionnalités aux utilisateurs et de réduire la charge de travail liée à la préparation de chaque version. Un modèle de développement commun et prévisible permettra aux utilisateurs de planifier plus facilement la transition vers les nouvelles versions, mais si des problèmes critiques sont identifiés, les développeurs se réservent le droit de retarder la sortie de la version jusqu'à ce qu'un correctif soit prêt. | Il est à noter que les récentes optimisations de l'interaction entre les équipes responsables de la génération des versions et du développement ont permis de réduire le processus de préparation des versions à 3 versions bêta et une version candidate, au lieu de 3-4 versions bêta et 3-6 versions candidates. Avec ce type d'organisation du développement, trois mois pour préparer une version intermédiaire suffisent amplement. Le raccourcissement du cycle de préparation des versions nous permettra d'apporter plus rapidement de nouvelles fonctionnalités aux utilisateurs et de réduire la charge de travail liée à la préparation de chaque version. Un modèle de développement commun et prévisible permettra aux utilisateurs de planifier plus facilement la transition vers les nouvelles versions, mais si des problèmes critiques sont identifiés, les développeurs se réservent le droit de retarder la sortie de la version jusqu'à ce qu'un correctif soit prêt. |
| 12/07/2024 | 12/07/2024 |
| |
| Un an après la publication de la dernière version majeure, le client de messagerie Thunderbird 128 est disponible, piloté par la communauté et alimenté par la technologie Mozilla. Thunderbird 128 est construit sur la base du code ESR de Firefox 128 et est classé comme une version de support à long terme, pour laquelle des mises à jour sont publiées tout au long de l'année. | Un an après la publication de la dernière version majeure, le client de messagerie Thunderbird 128 est disponible, piloté par la communauté et alimenté par la technologie Mozilla. Thunderbird 128 est construit sur la base du code ESR de Firefox 128 et classé comme une version de support à long terme, pour laquelle des mises à jour sont publiées tout au long de l'année. |
| |
| https://blog.thunderbird.net/2024/07/welcome-to-thunderbird-128-nebula/ | https://blog.thunderbird.net/2024/07/welcome-to-thunderbird-128-nebula/ |
| 14/07/2024 | 14/07/2024 |
| |
| Whonix 17.2 est disponible, visant à garantir l'anonymat, la sécurité et la protection des informations privées. La distribution est basée sur Debian GNU/Linux et utilise Tor pour garantir l'anonymat. Le projet est distribué sous licence GPLv3. Des images de machines virtuelles au format ova pour VirtualBox (2,1 Go avec Xfce et 1,4 Go pour la console) ont été préparées pour le téléchargement. L'image peut également être convertie pour être utilisée avec l'hyperviseur KVM. | Whonix 17.2 est disponible. Elle vise à garantir l'anonymat, la sécurité et la protection des informations privées. La distribution est basée sur Debian GNU/Linux et utilise Tor pour garantir l'anonymat. Le projet est distribué sous licence GPLv3. Des images de machines virtuelles au format ova pour VirtualBox (2,1 Go avec Xfce et 1,4 Go pour la console) ont été préparées pour le téléchargement. L'image peut également être convertie pour être utilisée avec l'hyperviseur KVM. |
| |
| Une caractéristique de Whonix est la division de la distribution en deux composants lancés séparément - Whonix-Gateway - une passerelle réseau pour les communications anonymes et Whonix-Workstation avec un bureau. Les deux composants sont livrés dans la même image de démarrage. L'accès au réseau depuis l'environnement Whonix-Workstation se fait uniquement à travers Whonix-Gateway, qui isole l'environnement de travail de toute interaction directe avec le monde extérieur et permet l'utilisation d'adresses réseau fictives. Cette approche vous permet de protéger l'utilisateur contre la fuite de l'adresse IP réelle en cas de piratage d'un navigateur Web et même lors de l'exploitation d'une vulnérabilité qui donne à l'attaquant un accès root au système. | Une caractéristique de Whonix est la division de la distribution en deux composants lancés séparément - Whonix-Gateway - une passerelle réseau pour les communications anonymes et Whonix-Workstation avec un bureau. Les deux composants sont livrés dans la même image de démarrage. L'accès au réseau depuis l'environnement Whonix-Workstation se fait uniquement à travers Whonix-Gateway, qui isole l'environnement de travail de toute interaction directe avec le monde extérieur et permet l'utilisation d'adresses réseau fictives. Cette approche vous permet de protéger l'utilisateur contre la fuite de l'adresse IP réelle en cas de piratage d'un navigateur Web et même lors de l'exploitation d'une vulnérabilité qui donne à l'attaquant un accès root au système. |
| Les applications dans Qubes sont divisées en classes en fonction de l'importance des données traitées et des tâches exécutées. Chaque classe d'applications (par exemple, travail, divertissement, banque), ainsi que les services du système (sous-système de réseau, pare-feu, stockage, pile USB, etc.), s'exécutent dans des machines virtuelles séparées utilisant l'hyperviseur Xen. En même temps, ces applications sont disponibles sur le même bureau et sont mises en évidence pour plus de clarté par des couleurs de bordure de fenêtre différentes. Chaque environnement dispose d'un accès en lecture au système de fichiers racine de base et au stockage local, qui n'empiète pas sur le stockage des autres environnements ; un service spécial est utilisé pour organiser l'interaction des applications. | Les applications dans Qubes sont divisées en classes en fonction de l'importance des données traitées et des tâches exécutées. Chaque classe d'applications (par exemple, travail, divertissement, banque), ainsi que les services du système (sous-système de réseau, pare-feu, stockage, pile USB, etc.), s'exécutent dans des machines virtuelles séparées utilisant l'hyperviseur Xen. En même temps, ces applications sont disponibles sur le même bureau et sont mises en évidence pour plus de clarté par des couleurs de bordure de fenêtre différentes. Chaque environnement dispose d'un accès en lecture au système de fichiers racine de base et au stockage local, qui n'empiète pas sur le stockage des autres environnements ; un service spécial est utilisé pour organiser l'interaction des applications. |
| |
| Fedora et Debian peuvent servir de base à la création d'environnements virtuels ; des modèles pour Ubuntu, Gentoo et Arch Linux sont également pris en charge par la communauté. Vous pouvez organiser l'accès aux applications dans une machine virtuelle Windows, ainsi que créer des machines virtuelles basées sur Whonix pour fournir un accès anonyme via Tor. Le shell utilisateur est construit au-dessus de Xfce. Lorsqu'un utilisateur lance une application à partir du menu, l'application démarre dans une machine virtuelle spécifique. Le contenu des environnements virtuels est déterminé par un ensemble de modèles. | Fedora et Debian peuvent servir de base à la création d'environnements virtuels ; des modèles pour Ubuntu, Gentoo et Arch Linux sont également pris en charge par la communauté. Vous pouvez organiser l'accès aux applications dans une machine virtuelle Windows, ainsi que créer des machines virtuelles basées sur Whonix pour fournir un accès anonyme via Tor. Le shell utilisateur est construit par-dessus Xfce. Lorsqu'un utilisateur lance une application à partir du menu, l'application démarre dans une machine virtuelle spécifique. Le contenu des environnements virtuels est déterminé par un ensemble de modèles. |
| |
| https://www.qubes-os.org/news/2024/07/13/qubes-os-4-2-2-has-been-released/ | https://www.qubes-os.org/news/2024/07/13/qubes-os-4-2-2-has-been-released/ |
| Après deux mois de développement, Linus Torvalds a présenté une nouvelle version du noyau Linux, la 6.10. Les changements les plus notables sont les suivants : le pilote ntsync avec les primitives de synchronisation de Windows NT, les composants DRM Panic pour implémenter un analogue de « l'écran bleu de la mort », l'arrêt de la prise en charge des anciens processeurs Alpha, la possibilité de vérifier l'intégrité dans un FS basé sur FUSE, la restriction de l'accès à ioctl par le mécanisme Landlock, un sous-système pour le profilage des opérations d'allocation de mémoire, l'appel système mseal(), la possibilité de chiffrer les échanges de données avec les dispositifs TPM, la prise en charge des files d'attente de travail à haute priorité dans dm-crypt, le pilote panthor pour le GPU Mali de dixième génération. | Après deux mois de développement, Linus Torvalds a présenté une nouvelle version du noyau Linux, la 6.10. Les changements les plus notables sont les suivants : le pilote ntsync avec les primitives de synchronisation de Windows NT, les composants DRM Panic pour implémenter un analogue de « l'écran bleu de la mort », l'arrêt de la prise en charge des anciens processeurs Alpha, la possibilité de vérifier l'intégrité dans un FS basé sur FUSE, la restriction de l'accès à ioctl par le mécanisme Landlock, un sous-système pour le profilage des opérations d'allocation de mémoire, l'appel système mseal(), la possibilité de chiffrer les échanges de données avec les dispositifs TPM, la prise en charge des files d'attente de travail à haute priorité dans dm-crypt, le pilote panthor pour le GPU Mali de dixième génération. |
| |
| La nouvelle version comprend 14 564 corrections apportées par 1 989 développeurs, la taille du correctif est de 41 Mo (les modifications ont affecté 12 509 fichiers, 547 663 lignes de code ont été ajoutées, 312 464 lignes ont été supprimées). La dernière version comportait 15680 correctifs provenant de 2106 développeurs, la taille du correctif était de 54 Mo. Environ 41 % de tous les changements introduits dans la version 6.10 sont liés aux pilotes de périphériques, environ 15 % des changements sont liés à la mise à jour du code spécifique aux architectures matérielles, 13 % sont liés à la pile réseau, 5 % sont liés aux systèmes de fichiers et 4 % sont liés aux sous-systèmes internes du noyau. | La nouvelle version comprend 14 564 corrections apportées par 1 989 développeurs, la taille du correctif est de 41 Mo (les modifications ont affecté 12 509 fichiers, 547 663 lignes de code ont été ajoutées, 312 464 lignes ont été supprimées). La dernière version comportait 15 680 correctifs provenant de 2 106 développeurs, la taille du correctif était de 54 Mo. Environ 41 % de tous les changements introduits dans la version 6.10 sont liés aux pilotes de périphériques, environ 15 % des changements sont liés à la mise à jour du code spécifique aux architectures matérielles, 13 % sont liés à la pile réseau, 5 % sont liés aux systèmes de fichiers et 4 % sont liés aux sous-systèmes internes du noyau. |
| |
| https://lkml.org/lkml/2024/7/14/250 | https://lkml.org/lkml/2024/7/14/250 |
| Depuis octobre de l'année dernière, le poste de directeur exécutif était occupé par Holly Million, qui a attiré l'attention par la diversité de ses intérêts - de la production de documentaires et de films de peinture à la fondation d'un institut d'arts chamaniques et de médecine par les plantes. La raison de son départ est le désir de consacrer du temps à l'obtention d'un doctorat en psychologie et de se concentrer sur le développement de sa propre pratique privée. | Depuis octobre de l'année dernière, le poste de directeur exécutif était occupé par Holly Million, qui a attiré l'attention par la diversité de ses intérêts - de la production de documentaires et de films de peinture à la fondation d'un institut d'arts chamaniques et de médecine par les plantes. La raison de son départ est le désir de consacrer du temps à l'obtention d'un doctorat en psychologie et de se concentrer sur le développement de sa propre pratique privée. |
| |
| Richard Littauer, activiste de la communauté SustainOSS, l'un des leaders de l'organisation CURIOSS, responsable de l'engagement communautaire pour « Open Source Collective », et participant au développement des projets Node.js et IPFS, a été nommé directeur exécutif par intérim de la Fondation GNOME. L'intention est de de présenter le plan de recherche d'un directeur exécutif permanent lors de la conférence GUADEC, qui se tiendra du 19 au 24 juillet. | Richard Littauer, activiste de la communauté SustainOSS, l'un des leaders de l'organisation CURIOSS, responsable de l'engagement communautaire pour la « Open Source Collective », et participant au développement des projets Node.js et IPFS, a été nommé directeur exécutif par intérim de la Fondation GNOME. L'intention est de de présenter le plan de recherche d'un directeur exécutif permanent lors de la conférence GUADEC, qui se tiendra du 19 au 24 juillet. |
| |
| https://foundation.gnome.org/2024/07/12/gnome-foundation-announces-transition-of-executive-director/ | https://foundation.gnome.org/2024/07/12/gnome-foundation-announces-transition-of-executive-director/ |
| 17/07/2024 | 17/07/2024 |
| |
| La nouvelle version 1.1.0 du filtre de paquets nftables a été publiée, unifiant les interfaces de filtrage de paquets pour IPv4, IPv6, ARP et les ponts réseau (visant à remplacer iptables, ip6table, arptables et ebtables). Le changement majeur dans le numéro de version n'est pas associé à des changements fondamentaux, mais est seulement une conséquence de la poursuite cohérente de la numérotation en notation décimale (la version précédente était 1.0.9). Parallèlement, la bibliothèque d'accompagnement libnftnl 1.2.7 a été publiée, fournissant une API de bas niveau pour interagir avec le sous-système nf_tables. | La nouvelle version 1.1.0 du filtre de paquets nftables a été publiée, unifiant les interfaces de filtrage de paquets pour IPv4, IPv6, ARP et les ponts réseau (visant à remplacer iptables, ip6table, arptables et ebtables). Le changement majeur dans le numéro de version n'est pas associé à des changements fondamentaux, mais est seulement une conséquence de la poursuite cohérente de la numérotation en notation décimale (la version précédente était la 1.0.9). Parallèlement, la bibliothèque d'accompagnement libnftnl 1.2.7 a été publiée, fournissant une API de bas niveau pour interagir avec le sous-système nf_tables. |
| |
| Le paquet nftables comprend des composants de filtrage de paquets qui s'exécutent dans l'espace utilisateur, tandis que le travail au niveau du noyau est fourni par le sous-système nf_tables, qui fait partie du noyau Linux depuis la version 3.13 . Le niveau du noyau ne fournit qu'une interface générique indépendante du protocole qui offre des fonctions de base pour extraire des données des paquets, effectuer des opérations sur les données et contrôler le flux. | Le paquet nftables comprend des composants de filtrage de paquets qui s'exécutent dans l'espace utilisateur, tandis que le travail au niveau du noyau est fourni par le sous-système nf_tables, qui fait partie du noyau Linux depuis la version 3.13. Le niveau du noyau ne fournit qu'une interface générique indépendante du protocole qui offre des fonctions de base pour extraire des données des paquets, effectuer des opérations sur les données et contrôler le flux. |
| |
| Les règles de filtrage et les gestionnaires spécifiques au protocole sont compilés en bytecode dans l'espace utilisateur, puis ce bytecode est chargé dans le noyau à l'aide de l'interface Netlink et exécuté dans le noyau dans une machine virtuelle spéciale rappelant BPF (Berkeley Packet Filters). Cette approche permet de réduire considérablement la taille du code de filtrage exécuté au niveau du noyau et de déplacer toutes les fonctions des règles d'analyse et de la logique de travail avec les protocoles dans l'espace utilisateur. | Les règles de filtrage et les gestionnaires spécifiques au protocole sont compilés en bytecode dans l'espace utilisateur, puis ce bytecode est chargé dans le noyau à l'aide de l'interface Netlink et exécuté dans le noyau dans une machine virtuelle spéciale rappelant BPF (Berkeley Packet Filters). Cette approche permet de réduire considérablement la taille du code de filtrage exécuté au niveau du noyau et de déplacer toutes les fonctions des règles d'analyse et de la logique de travail avec les protocoles dans l'espace utilisateur. |
| L'outil de sauvegarde nxs-backup 3.9.0 a été publié. Il vous permet de créer des copies de sauvegarde, d'effectuer une rotation et de sauvegarder sur un stockage local ou externe. En plus de la sauvegarde de fichiers, il permet de créer des sauvegardes de divers SGBD : MySQL, PostgreSQL, MongoDB, Redis. Le code du projet est distribué sous la licence Apache 2.0. | L'outil de sauvegarde nxs-backup 3.9.0 a été publié. Il vous permet de créer des copies de sauvegarde, d'effectuer une rotation et de sauvegarder sur un stockage local ou externe. En plus de la sauvegarde de fichiers, il permet de créer des sauvegardes de divers SGBD : MySQL, PostgreSQL, MongoDB, Redis. Le code du projet est distribué sous la licence Apache 2.0. |
| |
| Les sauvegardes peuvent être stockées localement et à distance (S3, FTP, SSH, SMB, NFS, WebDAV). Grâce à l'intégration avec la surveillance, vous pouvez recevoir des mesures telles que la taille du fichier de sauvegarde, la vérification de la collecte des sauvegardes, le temps de collecte des sauvegardes, etc. dans un format compatible avec Prometheus. la métrique supplémentaire nxs_backup_creation_ts a également été ajoutée, qui contient un horodatage Unix de la date de création de la sauvegarde. Chaque sauvegarde peut être identifiée et configurée avec une alerte correspondante, en plus (ou à la place) des alertes existantes utilisant des crochets, ce qui vous permet de gérer plus efficacement l'état des sauvegardes. | Les sauvegardes peuvent être stockées localement et à distance (S3, FTP, SSH, SMB, NFS, WebDAV). Grâce à l'intégration avec la surveillance, vous pouvez recevoir des mesures telles que la taille du fichier de sauvegarde, la vérification de la collecte des sauvegardes, le temps de collecte des sauvegardes, etc. dans un format compatible avec Prometheus. La métrique supplémentaire nxs_backup_creation_ts a également été ajoutée, qui contient un horodatage Unix de la date de création de la sauvegarde. Chaque sauvegarde peut être identifiée et configurée avec une alerte correspondante, en plus (ou à la place) des alertes existantes utilisant des crochets, ce qui vous permet de gérer plus efficacement l'état des sauvegardes. |
| |
| https://github.com/nixys/nxs-backup/releases | https://github.com/nixys/nxs-backup/releases |
| 18/07/2024 | 18/07/2024 |
| |
| Les ingénieurs de NVIDIA ont publié une note résumant les plans de transition des pilotes propriétaires de NVIDIA vers des modules ouverts du noyau Linux pour les GPU, à commencer par la microarchitecture Turing (GeForce GTX 1600 et RTX 2000). Les modules utilisés dans les pilotes NVIDIA pour le noyau Linux ont été ouverts au printemps 2022 sous les licences MIT et GPLv2, et le projet de les utiliser par défaut a été annoncé il y a deux mois. Il s'agit uniquement de remplacer le paquet de pilotes par défaut par des modules ouverts existants qui étaient auparavant fournis en option. Les fonctionnalités de base du micrologiciel et les composants de l'espace utilisateur, tels que les bibliothèques pour CUDA, OpenGL et Vulkan, restent propriétaires. | Les ingénieurs de NVIDIA ont publié une note résumant les plans de transition des pilotes propriétaires de NVIDIA vers des modules ouverts du noyau Linux pour les GPU, à commencer par la microarchitecture Turing (GeForce GTX 1600 et RTX 2000). Les modules utilisés dans les pilotes NVIDIA pour le noyau Linux ont été ouverts au printemps 2022 sous la licence du MIT et la licence GPLv2 ; le projet de les utiliser par défaut a été annoncé il y a deux mois. Il s'agit uniquement de remplacer le paquet de pilotes par défaut par des modules ouverts existants qui étaient auparavant fournis en option. Les fonctionnalités de base du micrologiciel et les composants de l'espace utilisateur, tels que les bibliothèques pour CUDA, OpenGL et Vulkan, restent propriétaires. |
| |
| Jusqu'à présent, les pilotes propriétaires incluaient à la fois des variantes Open source et propriétaires de modules mis à jour de manière synchrone, mais les modules propriétaires étaient utilisés par défaut. La différence entre les options disponibles tient au fait que les modules ouverts ne peuvent être utilisés qu'avec des GPU équipés d'un microcontrôleur GSP (GPU System Processor) distinct, ce qui a permis de déplacer les opérations d'initialisation et de contrôle du GPU du pilote au niveau du micrologiciel propriétaire. Le GSP est présent dans les cartes vidéo basées sur des microarchitectures telles que Turing, Ampere, Ada et Hopper. | Jusqu'à présent, les pilotes propriétaires incluaient à la fois des variantes Open source et propriétaires de modules mis à jour de manière synchrone, mais les modules propriétaires étaient utilisés par défaut. La différence entre les options disponibles tient au fait que les modules ouverts ne peuvent être utilisés qu'avec des GPU équipés d'un microcontrôleur GSP (GPU System Processor) distinct, ce qui a permis de déplacer les opérations d'initialisation et de contrôle du GPU du pilote au niveau du micrologiciel propriétaire. Le GSP est présent dans les cartes vidéo basées sur des microarchitectures telles que Turing, Ampere, Ada et Hopper. |
| 18/07/2024 | 18/07/2024 |
| |
| La Fondation Apache Software, une organisation à but non lucratif qui fournit une plateforme de développement neutre pour environ 400 produits Open source, a annoncé sa décision de changer complètement son logo, en supprimant l'image de la plume qui a été utilisée comme symbole des projets Apache depuis 1997. Le nouveau logo, qui sera choisi par un vote des membres de l'organisation, sera présenté le 7 octobre lors de la conférence Community Over Code. | La Fondation Apache Software, une organisation à but non lucratif qui fournit une plateforme de développement neutre pour environ 400 produits Open source, a annoncé sa décision de changer complètement son logo, en supprimant l'image de la plume qui est utilisée comme symbole des projets Apache depuis 1997. Le nouveau logo, qui sera choisi par un vote des membres de l'organisation, sera présenté le 7 octobre lors de la conférence Community Over Code. |
| |
| L'organisation Natives in Tech, qui défend les intérêts des peuples indigènes, est citée comme la raison de l'arrêt de l'utilisation des anciens symboles. Outre le changement de logo, les défenseurs des droits des Indiens ont également demandé que l'organisation soit rebaptisée et que le mot Apache ne soit plus utilisé, mais la communauté s'est pour l'instant contentée de rebaptiser la conférence ApacheCon en Community Over Code, tout en refusant de rebaptiser l'organisation en raison des coûts élevés et des difficultés juridiques que cela entraînerait. | L'organisation Natives in Tech, qui défend les intérêts des peuples indigènes, est citée comme la raison de l'arrêt de l'utilisation des anciens symboles. Outre le changement de logo, les défenseurs des droits des Indiens ont également demandé que l'organisation soit rebaptisée et que le mot Apache ne soit plus utilisé, mais la communauté s'est pour l'instant contentée de rebaptiser la conférence ApacheCon en Community Over Code, tout en refusant de rebaptiser l'organisation en raison des coûts élevés et des difficultés juridiques que cela entraînerait. |
| 18/07/2024 | 18/07/2024 |
| |
| Nate Graham, développeur QA pour le projet KDE, a publié un autre rapport sur le développement de KDE. Les changements les plus importants au cours des deux dernières semaines comprennent l'élimination des cinq causes les plus courantes de plantage de KDE Plasma, qui ont été causées à la fois par des erreurs dans le code de KDE et des changements régressifs dans Qt. Pour identifier les problèmes qui doivent être corrigés en premier, un nouveau système automatique d'envoi de notifications sur les problèmes a été utilisé, ce qui a permis de comprendre quelles sont les défaillances que les utilisateurs rencontrent le plus souvent. | Nate Graham, développeur QA pour le projet KDE, a publié un autre rapport sur le développement de KDE. Les changements les plus importants au cours des deux dernières semaines comprennent l'élimination des cinq causes les plus courantes de plantage de KDE Plasma, qui étaient causées à la fois par des erreurs dans le code de KDE et des changements régressifs dans Qt. Pour identifier les problèmes qui doivent être corrigés en premier, un nouveau système automatique d'envoi de notifications sur les problèmes a été utilisé, ce qui a permis de comprendre quelles sont les défaillances que les utilisateurs rencontrent le plus souvent. |
| |
| En outre, un travail a été effectué pour mettre en œuvre le support du mécanisme des « sticky keys » (touches collantes) dans KDE lors de l'utilisation de Wayland. Ce mécanisme permet aux personnes souffrant de troubles de la motricité fine d'utiliser des combinaisons de clavier nécessitant l'appui simultané de plusieurs touches - dans le mode « sticky keys », les touches modificatrices (Shift, Ctrl, Alt) peuvent être appuyées à l'avance, avant d'appuyer sur une autre touche (l'appui sur la touche modificatrice est mémorisé et appliqué à la touche suivante). | En outre, un travail a été effectué pour mettre en œuvre le support du mécanisme des « sticky keys » (touches collantes) dans KDE lors de l'utilisation de Wayland. Ce mécanisme permet aux personnes souffrant de troubles de la motricité fine d'utiliser des combinaisons de clavier nécessitant l'appui simultané de plusieurs touches - dans le mode « sticky keys », les touches modificatrices (Shift, Ctrl, Alt) peuvent être appuyées à l'avance, avant d'appuyer sur une autre touche (l'appui sur la touche modificatrice est mémorisé et appliqué à la touche suivante). |
| 20/07/2024 | 20/07/2024 |
| |
| La nouvelle version 0.7.3 du projet labwc (Lab Wayland Compositor) a été publiée. Un serveur composite pour Wayland est développé avec des capacités rappelant le gestionnaire de fenêtres Openbox (le projet est présenté comme une tentative de créer une alternative Openbox pour Wayland). Ensuite, une mise à jour corrective 0.7.4 a été publiée avec des corrections à chaud. Parmi les caractéristiques de labwc, on trouve le minimalisme, une implémentation compacte, des options de personnalisation étendues et de hautes performances. Le code du projet est écrit en langage C et distribué sous licence GPLv2. | La nouvelle version 0.7.3 du projet labwc (Lab Wayland Compositor) a été publiée. Un serveur composite pour Wayland est développé avec des capacités rappelant le gestionnaire de fenêtres Openbox (le projet est présenté comme une tentative de créer une alternative Openbox pour Wayland). Ensuite, une mise à jour corrective, la 0.7.4, a été publiée avec des corrections à chaud. Parmi les caractéristiques de labwc, on trouve le minimalisme, une implémentation compacte, des options de personnalisation étendues et de hautes performances. Le code du projet est écrit en langage C et distribué sous licence GPLv2. |
| |
| La base est la bibliothèque wlroots, développée par les développeurs de l'environnement utilisateur Sway et fournissant des fonctions de base pour un gestionnaire composite basé sur Wayland. Les protocoles Wayland étendus comprennent : wlr-output-management pour configurer les périphériques de sortie, layer-shell pour le shell de bureau, et foreign-toplevel pour connecter des panneaux personnalisés et des commutateurs de fenêtres. | La base est la bibliothèque wlroots, développée par les développeurs de l'environnement utilisateur Sway et fournissant des fonctions de base pour un gestionnaire composite basé sur Wayland. Les protocoles Wayland étendus comprennent : wlr-output-management pour configurer les périphériques de sortie, layer-shell pour le shell de bureau, et foreign-toplevel pour connecter des panneaux personnalisés et des commutateurs de fenêtres. |
| 21/07/2024 | 21/07/2024 |
| |
| La Blender Foundation a publié la version 4.2 de Blender, un logiciel libre de modélisation 3D adapté à une variété de tâches liées à la modélisation 3D, au graphisme 3D, au développement de jeux vidéo, à la simulation, au rendu, à la composition, au suivi de mouvement, à la sculpture, à l'animation et à l'édition vidéo. Le code est distribué sous licence GPL. Des versions prêtes à l'emploi sont créées pour Linux, Windows et macOS. La version a reçu le statut de version LTS (Extended Life Support) et sera prise en charge jusqu'en juillet 2026. Les branches LTS de Blender 3.3 et 3.6 continuent également d'être prises en charge, et des mises à jour seront générées jusqu'en septembre 2024 et juin 2025. | La Blender Foundation a publié la version 4.2 de Blender, un logiciel libre de modélisation 3D adapté à une variété de tâches liées à la modélisation 3D, au graphisme 3D, au développement de jeux vidéo, à la simulation, au rendu, à la composition, au suivi de mouvement, à la sculpture, à l'animation et à l'édition vidéo. Le code est distribué sous licence GPL. Des versions prêtes à l'emploi sont créées pour Linux, Windows et macOS. La version a reçu le statut de version LTS (Support à long terme) et sera prise en charge jusqu'en juillet 2026. Les branches LTS de Blender 3.3 et 3.6 continuent également d'être prises en charge et des mises à jour seront générées jusqu'en septembre 2024 et juin 2025. |
| |
| https://studio.blender.org/blog/new-geometry-nodes-features-in-blender-42/ | https://studio.blender.org/blog/new-geometry-nodes-features-in-blender-42/ |
| |
| |
