Différences

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

--- issue201:actus [2024/01/31 14:17] – [4] auntiee
+++ issue201:actus [2024/01/31 15:36] (Version actuelle) – [15] auntiee
@@ Ligne 263: / Ligne 263: @@
 Le projet Snoop 1.4.0 a été publié, développant un outil OSINT forensique qui recherche des comptes d'utilisateurs dans les données publiques (open source intelligence). Le programme analyse divers sites, forums et réseaux sociaux à la recherche du nom d'utilisateur requis, c'est-à-dire qu'il vous permet de déterminer sur quels sites se trouve un utilisateur portant le surnom spécifié. Le projet a été développé sur la base de matériaux de recherche dans le domaine du scraping de données publiques. Des versions sont préparées pour Linux et Windows.
-Le code est écrit en Python et est distribué sous une licence restreignant son utilisation à un usage personnel. De plus, le projet est un fork de la base de code du projet Sherlock, fourni sous la licence MIT (le fork a été créé en raison de l'impossibilité d'étendre la base de sites).
+Le code est écrit en Python et est distribué sous une licence restreignant son utilisation à un usage personnel. De plus, le projet est un fork de la base de code du projet Sherlock, fourni sous la licence du MIT (le fork a été créé en raison de l'impossibilité d'étendre la base de sites).
 https://github.com/snooppr/snoop
@@ Ligne 282: / Ligne 282: @@
 Après un an et demi de développement, l'éditeur de texte Vim 9.1 est sorti. Le code de Vim est distribué sous sa propre licence copyleft, compatible avec la GPL et permettant une utilisation, une distribution et un remaniement illimités du code. La principale caractéristique de la licence Vim est liée à la réversion des modifications - les améliorations mises en œuvre dans des produits tiers doivent être transférées au projet original si le responsable de Vim considère que ces améliorations méritent d'être prises en compte et soumet une demande en ce sens. Au lieu de vendre le programme ou de collecter des dons pour les besoins du projet, les auteurs de Vim demandent de donner n'importe quel montant à une œuvre de charité si l'utilisateur aime le programme.
-Vim 9.1 a été la première version produite sous la direction d'un conseil collectif, créé après la mort de l'auteur du projet, et qui a repris le travail de prise de décision. Cette édition est dédiée à la mémoire de Bram Moolenaar, l'auteur et le principal développeur de Vim, qui a maintenu le projet pendant plus de 30 ans. Bram est à l'origine de la grande majorité des modifications apportées à Vim : il a effectué 16,5 milliers de modifications et ajouté 3,5 millions de lignes de code, soit 50 fois plus que la contribution de tous les autres développeurs réunis.
+Vim 9.1 a été la première version produite sous la direction d'un conseil collectif, créé après la mort de l'auteur du projet et qui a repris le travail de prise de décision. Cette édition est dédiée à la mémoire de Bram Moolenaar, l'auteur et le principal développeur de Vim, qui a maintenu le projet pendant plus de 30 ans. Bram est à l'origine de la grande majorité des modifications apportées à Vim : il a effectué 16,5 milliers de modifications et ajouté 3,5 millions de lignes de code, soit 50 fois plus que la contribution de tous les autres développeurs réunis.
 https://www.vim.org/news/news.php
@@ Ligne 301: / Ligne 301: @@
 IPFire 2.27 Core 182 a été publié. IPFire se distingue par un processus d'installation simple et une configuration par le biais d'une interface Web intuitive, dotée de graphiques visuels. La taille de l'image ISO d'installation est de 423 Mo (x86_64, AArch64).
-Le système est modulaire, en plus des fonctions de base de filtrage de paquets et de gestion du trafic pour IPFire, des modules sont disponibles avec la mise en place d'un système de prévention des attaques basé sur Suricata, la création d'un serveur de fichiers (Samba, FTP, NFS), un serveur de messagerie (Cyrus-IMAPd, Postfix, Spamassassin, ClamAV et Openmailadmin) et un serveur d'impression (CUPS), l'organisation d'une passerelle VoIP basée sur Asterisk et Teamspeak, la création d'un point d'accès sans fil, l'organisation d'un serveur de streaming audio et vidéo (MPFire, Videolan, Icecast, Gnump3d, VDR). Pour installer des modules complémentaires dans IPFire, un gestionnaire de paquets spécial, Pakfire, est utilisé.
+Le système est modulaire : outre les fonctions de base de filtrage de paquets et de gestion du trafic pour IPFire, des modules sont disponibles avec la mise en place d'un système de prévention d'attaques basé sur Suricata, la création d'un serveur de fichiers (Samba, FTP, NFS), un serveur de messagerie (Cyrus-IMAPd, Postfix, Spamassassin, ClamAV et Openmailadmin) et un serveur d'impression (CUPS), l'organisation d'une passerelle VoIP basée sur Asterisk et Teamspeak, la création d'un point d'accès sans fil, l'organisation d'un serveur de streaming audio et vidéo (MPFire, Videolan, Icecast, Gnump3d, VDR). Pour installer des modules complémentaires dans IPFire, un gestionnaire de paquets spécial, Pakfire, est utilisé.
 https://blog.ipfire.org/post/ipfire-2-27-core-update-182-released
@@ Ligne 320: / Ligne 320: @@
 /01/2024
-Un projet de noyau léger de type Unix en langage Rust, implémentant un sous-ensemble d'appels système du noyau Linux suffisant pour créer des environnements de travail standard, a été repéré dans la nature. Le projet a été créé en 2018 et utilisait initialement le langage C, mais en 2020, il a été entièrement repris à zéro, en tenant compte de l'expérience accumulée et est passé à Rust pour réduire la probabilité d'erreurs survenant lors du travail avec la mémoire. Le code du noyau est distribué sous la licence MIT. Outre le noyau, ce projet Rust développe également un serveur X11, un gestionnaire de paquets, un chargeur, un installeur, des ensembles d'utilitaires et d'autres composants nécessaires à la construction d'un système d'exploitation.
+Un projet de noyau léger de type Unix en langage Rust, implémentant un sous-ensemble d'appels système du noyau Linux suffisant pour créer des environnements de travail standard, a été repéré dans la nature. Le projet a été créé en 2018 et utilisait initialement le langage C, mais en 2020, il a été entièrement repris à zéro, en tenant compte de l'expérience accumulée et est passé à Rust pour réduire la probabilité d'erreurs survenant lors du travail avec la mémoire. Le code du noyau est distribué sous la licence du MIT. Outre le noyau, ce projet Rust développe également un serveur X11, un gestionnaire de paquets, un chargeur, un installeur, des ensembles d'utilitaires et d'autres composants nécessaires à la compilation d'un système d'exploitation.
-Le noyau a une architecture monolithique et ne supporte actuellement que les systèmes x86 en mode 32-bit. La base de code du noyau compte 48,8 milliers de lignes de code (à titre de comparaison, le noyau Linux compte 33 millions de lignes de code). Il peut être exécuté dans QEMU, VirtualBox ou au-dessus du matériel. Au stade actuel de développement, Maestro implémente 31% (135 sur 437) des appels système de Linux, ce qui est suffisant pour charger un environnement de console basé sur bash et la bibliothèque C standard Musl. L'environnement basé sur Maestro peut également exécuter certains des utilitaires de la suite GNU coreutils, tels que ls, cat, mkdir, rm, rmdir, uname et whoami.
+Le noyau a une architecture monolithique et ne supporte actuellement que les systèmes x86 en mode 32-bit. La base de code du noyau compte 48,8 milliers de lignes de code (à titre de comparaison, le noyau Linux compte 33 millions de lignes de code). Il peut être exécuté dans QEMU, VirtualBox ou par-dessus le matériel. Au stade actuel de développement, Maestro implémente 31 % (135 sur 437) des appels système de Linux, ce qui est suffisant pour charger un environnement de console basé sur bash et la bibliothèque C standard Musl. L'environnement basé sur Maestro peut également exécuter certains des utilitaires de la suite GNU coreutils, tels que ls, cat, mkdir, rm, rmdir, uname et whoami.
 https://blog.lenot.re/a/introduction
@@ Ligne 341: / Ligne 341: @@
 Après deux mois de développement, Linus Torvalds a présenté la dernière version du noyau Linux, la 6.7. Parmi les changements les plus notables, citons : l'intégration du système de fichiers Bcachefs, l'arrêt de la prise en charge de l'architecture Itanium, la capacité de Nouveau à travailler avec le firmware GSP-R, la prise en charge du chiffrement TLS dans NVMe-TCP, la possibilité d'utiliser des exceptions dans BPF, la prise en charge de futex dans io_uring, l'optimisation des performances du planificateur fq (Fair Queuing), la prise en charge de l'extension TCP-AO (TCP Authentication Option) et la possibilité de restreindre les connexions réseau dans le mécanisme de sécurité Landlock, l'ajout d'un contrôle d'accès à l'espace de noms des utilisateurs et à io_uring via AppArmor.
-La nouvelle version comprend 18 405 corrections apportées par 2 066 développeurs, la taille du correctif est de 72 Mo (les modifications ont affecté 13 467 fichiers, 906 147 lignes de code ont été ajoutées, 341 048 lignes ont été supprimées). La dernière version comportait 15291 correctifs apportés par 2058 développeurs, la taille du correctif était de 39 Mo. Environ 45 % de tous les changements introduits dans la version 6.7 sont liés aux pilotes de périphériques, environ 14 % 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 3 % sont liés aux sous-systèmes internes du noyau.
+La nouvelle version comprend 18 405 corrections apportées par 2 066 développeurs, la taille du correctif est de 72 Mo (les modifications ont affecté 13 467 fichiers, 906 147 lignes de code ont été ajoutées, 341 048 lignes ont été supprimées). La version précédente comportait 15 291 correctifs apportés par 2 058 développeurs, la taille du correctif était de 39 Mo. Environ 45 % de tous les changements introduits dans la version 6.7 sont liés aux pilotes de périphériques, environ 14 % 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 3 % sont liés aux sous-systèmes internes du noyau.
 https://lore.kernel.org/lkml/CAHk-=widprp4XoHUcsDe7e16YZjLYJWra-dK0hE1MnfPMf6C3Q@mail.gmail.com/
@@ Ligne 375: / Ligne 375: @@
 /01/2024
-La nouvelle version 4.5 de Solus a été publiée, qui n'est pas basée sur des paquets d'autres distributions et développe son propre installateur, gestionnaire de paquets et configurateur. Auparavant, le bureau Budgie était développé dans le cadre de la distribution, mais il est maintenant séparé dans un projet indépendant. Les développeurs ont décidé de développer la prochaine branche de Solus 5 en utilisant les technologies de la distribution SerpentOS. Le code de développement du projet est distribué sous licence GPLv2 ; les langages C et Vala sont utilisés pour le développement. Des compilations avec les bureaux Budgie, GNOME, KDE Plasma et Xfce sont fournies. La taille des images ISO est de 2,7 Go (x86_64).
+La nouvelle version 4.5 de Solus a été publiée ; elle n'est pas basée sur des paquets d'autres distributions et développe son propre installeur, gestionnaire de paquets et configurateur. Auparavant, le bureau Budgie était développé dans le cadre de la distribution, mais il est maintenant séparé dans un projet indépendant. Les développeurs ont décidé de développer la prochaine branche de Solus 5 en utilisant les technologies de la distribution SerpentOS. Le code de développement du projet est distribué sous licence GPLv2 ; les langages C et Vala sont utilisés pour le développement. Des compilations avec les bureaux Budgie, GNOME, KDE Plasma et Xfce sont fournies. La taille des images ISO est de 2,7 Go (x86_64).
-La distribution suit un modèle de développement hybride dans lequel elle publie périodiquement des versions majeures qui offrent de nouvelles technologies et des améliorations significatives, et entre les versions majeures, la distribution se développe en utilisant un modèle de mises à jour continue des paquets.
+La distribution suit un modèle de développement hybride : elle publie périodiquement des versions majeures qui offrent de nouvelles technologies et des améliorations significatives, et entre les versions majeures, la distribution se développe en utilisant un modèle de mises à jour en continu des paquets.
 https://getsol.us/2024/01/08/solus-4-5-released/
@@ Ligne 392: / Ligne 392: @@
 /01/2024
-Une nouvelle version de Chrome OS, la 120, est disponible, basée sur le noyau Linux, le gestionnaire de système upstart, les outils d'assemblage ebuild/portage, les composants ouverts et le navigateur Web Chrome 120. L'environnement utilisateur de Chrome OS est limité à un navigateur Web, et au lieu de programmes standards, des applications Web sont utilisées. Cependant, Chrome OS inclut une interface multi-fenêtres complète, un bureau et une barre de tâches. Le code source est distribué sous la licence libre Apache 2.0. Chrome OS 120 est disponible pour la plupart des modèles actuels de Chromebook. L'édition Chrome OS Flex est proposée pour les ordinateurs ordinaires.
+Une nouvelle version de Chrome OS, la 120, est disponible, basée sur le noyau Linux, le gestionnaire de système upstart, les outils d'assemblage ebuild/portage, des composants ouverts et le navigateur Web Chrome 120. L'environnement utilisateur de Chrome OS est limité à un navigateur Web et, au lieu de programmes standards, des applications Web sont utilisées. Cependant, Chrome OS inclut une interface multi-fenêtres complète, un bureau et une barre de tâches. Le code source est distribué sous la licence libre Apache 2.0. Chrome OS 120 est disponible pour la plupart des modèles actuels de Chromebook. L'édition Chrome OS Flex est proposée pour les ordinateurs ordinaires.
 https://chromereleases.googleblog.com/2024/01/stable-channel-update-for-chromeos.html
@@ Ligne 409: / Ligne 409: @@
 /01/2024
-Les développeurs d'Arch Linux ont annoncé l'utilisation du projet dbus-broker comme implémentation par défaut du bus D-Bus. (L'utilisation de dbus-broker au lieu du processus d'arrière-plan classique dbus-daemon devrait améliorer la fiabilité, les performances et l'intégration avec systemd. La possibilité d'utiliser l'ancien processus d'arrière-plan dbus-daemon est conservée en option - le gestionnaire de paquets Pacman offrira le choix d'installer dbus-broker-units ou dbus-daemon-units, en proposant la première option par défaut.
+Les développeurs d'Arch Linux ont annoncé l'utilisation du projet dbus-broker comme implémentation par défaut du bus D-Bus. L'utilisation de dbus-broker au lieu du processus d'arrière-plan classique dbus-daemon devrait améliorer la fiabilité, les performances et l'intégration avec systemd. La possibilité d'utiliser l'ancien processus d'arrière-plan dbus-daemon est conservée en option - le gestionnaire de paquets Pacman offrira le choix d'installer dbus-broker-units ou dbus-daemon-units, en proposant la première option par défaut.
 À titre de comparaison, le projet Fedora est passé à dbus-broker par défaut en 2019. D-Bus Broker est implémenté dans l'espace utilisateur, mais utilise activement les sous-systèmes du noyau Linux pour l'accélération, reste compatible avec l'implémentation de référence de D-Bus et peut être utilisé pour remplacer de manière transparente dbus-daemon. En même temps, dbus-broker a été initialement conçu pour prendre en charge les fonctionnalités demandées dans la pratique, prend en compte les ressources associées aux utilisateurs et accorde une attention particulière à l'optimisation des performances et à l'augmentation de la fiabilité (par exemple, un message ne peut pas être perdu sans traitement des erreurs).
@@ Ligne 446: / Ligne 446: @@
 https://github.com/popcar2/GodotOS/releases/tag/1.0.0**
-Le projet GodotOS est un jouet
+Le jouet du projet GodotOS
 /01/2024
-La première version du projet GodotOS a été publiée. Il s'agit d'un prototype d'interface graphique créé à l'aide du moteur de jeu Godot. GodotOS est présenté comme une expérience d'utilisation d'un moteur de jeu pour concevoir une interface de bureau minimaliste, conviviale et esthétique. Le code du projet est écrit en GDScript et est distribué sous licence AGPLv3. Des versions sont disponibles pour Linux et Windows. Une démo a également été préparée, téléchargeable via le Web et fonctionnant dans un navigateur.
+La première version du projet GodotOS a été publiée. Il s'agit d'un prototype d'interface graphique créé à l'aide du moteur de jeu Godot. GodotOS est présenté comme une expérience d'utilisation d'un moteur de jeu pour concevoir une interface de bureau minimaliste, conviviale et esthétique. Le code du projet est écrit en GDScript et est distribué sous licence AGPLv3. Des versions sont disponibles pour Linux et Windows. Une démo a également été préparée ; elle est téléchargeable via le Web et fonctionne dans un navigateur.
 GodotOS permet de travailler avec des fichiers, d'éditer des documents texte, de visualiser des images et même d'exécuter des jeux simples. La création d'une interface pour le lancement de jeux et d'applications intégrées est mentionnée comme l'une des applications futures possibles.
@@ Ligne 466: / Ligne 466: @@
 /01/2024
-Greg Kroah-Hartman, responsable de la maintenance de la branche stable du noyau Linux, a annoncé la publication de la version finale du noyau Linux 4.14.336, qui sera la dernière de cette série. La branche 4.14 a été publiée en novembre 2017 et est maintenue depuis 6 ans. Il est recommandé que les produits livrés avec le noyau 4.14 soient mis à niveau vers des versions LTS plus récentes.
+Greg Kroah-Hartman, responsable de la maintenance de la branche stable du noyau Linux, a annoncé la publication de la version finale du noyau Linux 4.14.336, qui sera la dernière de cette série. La branche 4.14 a été publiée en novembre 2017 et a été maintenue pendant 6 ans. Il est recommandé que les produits livrés avec le noyau 4.14 soient mis à niveau vers des versions LTS plus récentes.
 https://lkml.org/lkml/2024/1/10/201
@@ Ligne 525: / Ligne 525: @@
 /01/2024
-La sortie de la distribution Linux Mint 21.3 a été annoncée, poursuivant le développement d'une branche basée sur Ubuntu 22.04 LTS. La distribution est entièrement compatible avec Ubuntu, mais diffère considérablement dans l'approche de l'organisation de l'interface utilisateur et la sélection des applications par défaut. Les développeurs de Linux Mint fournissent un environnement de bureau qui suit les canons classiques de l'agencement du bureau, ce qui est plus familier aux utilisateurs qui n'acceptent pas les nouvelles méthodes de construction de l'interface GNOME 3. Des versions basées sur MATE 1.26 (2,9 Go) et Cinnamon 6.0 (2,9 Go) sont disponibles au téléchargement, ainsi que Xfce 4.18 (2,8 Go). Linux Mint 21 est classée comme une version de support à long terme (LTS), pour laquelle des mises à jour seront générées jusqu'en 2027.
+La sortie de la distribution Linux Mint 21.3 a été annoncée, poursuivant le développement d'une branche basée sur Ubuntu 22.04 LTS. La distribution est entièrement compatible avec Ubuntu, mais diffère considérablement dans l'approche de l'organisation de l'interface utilisateur et la sélection des applications par défaut. Les développeurs de Linux Mint fournissent un environnement de bureau qui suit les canons classiques de l'agencement du bureau, ce qui est plus familier aux utilisateurs qui n'acceptent pas les nouvelles méthodes de compilation de l'interface GNOME 3. Des versions basées sur MATE 1.26 (2,9 Go) et Cinnamon 6.0 (2,9 Go) sont disponibles au téléchargement, ainsi que Xfce 4.18 (2,8 Go). Linux Mint 21 est classée comme une version de support à long terme (LTS), pour laquelle des mises à jour seront générées jusqu'en 2027.
 https://blog.linuxmint.com/?p=4624
@@ Ligne 575: / Ligne 575: @@
 https://git.kernel.org/torvalds/c/3e7aeb78ab01c2c2f0e1f784e5ddec88fcd3d106**
-Le noyau Linux 6.8 pour accélérer TCP
+Le noyau Linux 6.8 accélérera TCP
 /01/2024
@@ Ligne 626: / Ligne 626: @@
 Les développeurs du projet openSUSE ont annoncé qu'ils commençaient à travailler sur la prochaine version majeure, openSUSE Leap 16, qui sera basée sur la nouvelle plateforme technologique ALP (Adaptable Linux Platform), vers laquelle la distribution commerciale SUSE se tourne également. openSUSE Leap 16.0 devrait sortir en 2025.
-Cette année, le 11 juin, openSUSE Leap 15.6 sera publié, ce qui sera très probablement la dernière version classique du projet. Si, pour une raison quelconque, le développement d'openSUSE Leap 16 est retardé, ils prolongeront le cycle de vie d'openSUSE Leap 15.6 ou publieront une version supplémentaire, openSUSE Leap 15.7. Le développement d'openSUSE Leap 16 prévoit de continuer à utiliser le modèle de développement du référentiel openSUSE Factory et d'atteindre un équilibre optimal entre les nouvelles technologies ALP, le système d'exploitation Linux traditionnel et les initiatives communautaires d'intégration de paquets.
+Cette année, le 11 juin, openSUSE Leap 15.6 sera publié, ce qui sera très probablement la dernière version classique du projet. Si, pour une raison quelconque, le développement d'openSUSE Leap 16 est retardé, ils  prolongeront le cycle de vie d'openSUSE Leap 15.6 ou publieront une version supplémentaire, openSUSE Leap 15.7. Le développement d'openSUSE Leap 16 prévoit de continuer à utiliser le modèle de développement du dépôt openSUSE Factory et d'atteindre un équilibre optimal entre les nouvelles technologies ALP, le système d'exploitation Linux traditionnel et les initiatives communautaires d'intégration de paquets.
-La plate-forme ALP se positionne comme une continuation du développement de la distribution SUSE Linux Enterprise et se distingue par la division de la distribution de base en plusieurs parties. La distribution principale sera un environnement « OS hôte » dépouillé, qui n'inclut que les composants minimalement nécessaires pour fonctionner sur votre équipement. Toutes les applications et tous les composants de l'espace utilisateur ne fonctionneront pas dans un environnement mixte, mais dans des conteneurs distincts ou des machines virtuelles fonctionnant au-dessus du « système d'exploitation hôte » et isolés les uns des autres.
+La plate-forme ALP se positionne comme une continuation du développement de la distribution SUSE Linux Enterprise et se distingue par la division de la distribution de base en plusieurs parties. La distribution principale sera un environnement « OS hôte » dépouillé, qui n'inclut que les composants minimalement nécessaires pour fonctionner sur votre machine. Toutes les applications et tous les composants de l'espace utilisateur ne fonctionneront pas dans un environnement mixte, mais dans des conteneurs distincts ou des machines virtuelles fonctionnant par-dessus le « système d'exploitation hôte » et isolés les uns des autres.
 https://news.opensuse.org/2024/01/15/clear-course-is-set-for-os-leap/
@@ Ligne 643: / Ligne 643: @@
 /01/2024
-System76, le développeur de la distribution Linux Pop!_OS , a annoncé l'avancement du développement de son shell personnalisé appelé COSMIC , réécrit en langage Rust (à ne pas confondre avec l'ancien COSMIC, qui était basé sur le shell GNOME). Le shell est en développement depuis plus de deux ans et est proche de la première version alpha, qui marquera la disponibilité d'un ensemble de fonctionnalités de base permettant au shell d'être considéré comme un produit fonctionnel. La version alpha devrait être publiée à la fin du mois de mars et permettra de recueillir davantage de commentaires afin de finaliser les fonctionnalités et d'améliorer la convivialité. Les points forts comprennent l'émulateur de terminal COSMIC, écrit à l'aide du framework alacritty_terminal et des fonctionnalités de soutien telles que le rendu GPU, les skins et les méthodes d'entrée riches. Parmi les tâches en cours de développement, l'ajout de la prise en charge de l'émulation de la souris et la possibilité d'ouvrir des hyperliens dans le terminal sont notés.
+System76, le développeur de la distribution Linux Pop!_OS, a annoncé l'avancement du développement de son shell personnalisé appelé COSMIC, réécrit en langage Rust (à ne pas confondre avec l'ancien COSMIC, qui était basé sur le shell GNOME). Le shell est en développement depuis plus de deux ans et est proche de la première version alpha, qui marquera la disponibilité d'un ensemble de fonctionnalités de base permettant au shell d'être considéré comme un produit fonctionnel. La version alpha devrait être publiée à la fin du mois de mars et permettra de recueillir davantage de commentaires afin de finaliser les fonctionnalités et d'améliorer la convivialité. Les points forts comprennent l'émulateur de terminal COSMIC, écrit à l'aide du framework alacritty_terminal et des fonctionnalités de soutien telles que le rendu GPU, les skins et les méthodes d'entrée riches. Parmi les tâches en cours de développement, l'ajout de la prise en charge de l'émulation de la souris et la possibilité d'ouvrir des hyperliens dans le terminal sont notés.
 https://blog.system76.com/post/cosmic-the-road-to-alpha
@@ Ligne 679: / Ligne 679: @@
 Oracle a formé une nouvelle branche du SGBD MySQL 8.3 et a publié une mise à jour corrective pour MySQL 8.0.36. Les builds de MySQL Community Server 8.3.0 sont préparés pour les principales distributions Linux, FreeBSD, macOS et Windows.
-MySQL 8.3.0 est la troisième version construite sous le nouveau modèle de publication, qui prévoit la présence de deux types de branches MySQL - « Innovation » et « LTS ». Les branches Innovation, qui incluent MySQL 8.1, 8.2 et 8.3, sont recommandées pour ceux qui souhaitent accéder plus tôt aux nouvelles fonctionnalités. Ces branches sont publiées tous les trois mois et ne sont prises en charge que jusqu'à la publication de la prochaine version majeure. Les branches LTS sont recommandées pour les implémentations qui nécessitent une prévisibilité et un comportement inchangé à long terme. Les branches LTS seront publiées tous les deux ans et seront supportées normalement pendant 5 ans. De plus, vous pouvez bénéficier de 3 années supplémentaires de support étendu. Une version LTS de MySQL 8.4 est attendue au printemps 2024, après quoi une nouvelle branche Innovation, 9.0, sera créée.
+MySQL 8.3.0 est la troisième version compilée sous le nouveau modèle de publication, qui prévoit la présence de deux types de branches MySQL - « Innovation » et « LTS ». Les branches Innovation, qui incluent MySQL 8.1, 8.2 et 8.3, sont recommandées pour ceux qui souhaitent accéder plus tôt aux nouvelles fonctionnalités. Ces branches sont publiées tous les trois mois et ne sont prises en charge que jusqu'à la publication de la prochaine version majeure. Les branches LTS sont recommandées pour les implémentations qui nécessitent une prévisibilité et un comportement inchangé à long terme. Les branches LTS seront publiées tous les deux ans et seront supportées normalement pendant 5 ans. De plus, vous pouvez bénéficier de 3 années supplémentaires de support étendu. Une version LTS de MySQL 8.4 est attendue au printemps 2024, après quoi une nouvelle branche d'Innovation, la 9.0, sera créée.
 https://dev.mysql.com/downloads/mysql/
@@ Ligne 715: / Ligne 715: @@
 La sortie du système de reconnaissance optique de texte Tesseract 5.3.4 a été annoncée. Il permet la reconnaissance de caractères UTF-8 et de textes dans plus de 100 langues. Le résultat peut être sauvegardé en texte simple ou aux formats HTML (hOCR), ALTO (XML), PDF et TSV. Le système a été créé entre 1985 et 1995 dans le laboratoire de Hewlett Packard ; en 2005, le code a été ouvert sous la licence Apache et a été développé avec la participation d'employés de Google. Le code source du projet est distribué sous la licence Apache 2.0.
-Tesseract comprend un utilitaire de console et la bibliothèque libtesseract pour intégrer la fonctionnalité OCR dans d'autres applications. Les interfaces GUI tierces qui supportent Tesseract incluent gImageReader, VietOCR et YAGF. Deux moteurs de reconnaissance sont proposés : un moteur classique qui reconnaît le texte au niveau des modèles de caractères individuels, et un nouveau moteur basé sur l'utilisation d'un système d'apprentissage automatique fondé sur un réseau neuronal récurrent LSTM, optimisé pour reconnaître des chaînes entières et permettant une augmentation significative de la précision. Des modèles entraînés prêts à l'emploi ont été publiés pour 123 langues. Pour optimiser les performances, des modules utilisant OpenMP et les instructions SIMD AVX2, AVX, AVX512F, NEON ou SSE4.1 sont proposés.
+Tesseract comprend un utilitaire de console et la bibliothèque libtesseract pour intégrer la fonctionnalité OCR dans d'autres applications. Les interfaces GUI tierces qui supportent Tesseract incluent gImageReader, VietOCR et YAGF. Deux moteurs de reconnaissance sont proposés : un moteur classique, qui reconnaît le texte au niveau des modèles de caractères individuels, et un nouveau moteur basé sur l'utilisation d'un système d'apprentissage automatique fondé sur un réseau neuronal récurrent LSTM, optimisé pour reconnaître des chaînes entières et permettant une augmentation significative de la précision. Des modèles entraînés prêts à l'emploi ont été publiés pour 123 langues. Pour optimiser les performances, des modules utilisant OpenMP et les instructions SIMD AVX2, AVX, AVX512F, NEON ou SSE4.1 sont proposés.
 https://github.com/tesseract-ocr/tesseract/releases/tag/5.3.4
@@ Ligne 776: / Ligne 776: @@
 /01/2024
-Après six mois de développement, la nouvelle version 1.33 du paquet wayland-protocols a été publiée, contenant un ensemble de protocoles et d'extensions qui complètent les capacités du protocole Wayland de base et fournissent les capacités nécessaires à la construction de serveurs et d'environnements utilisateurs composites.
+Après six mois de développement, une nouvelle version 1.33 du paquet wayland-protocols a été publiée, contenant un ensemble de protocoles et d'extensions qui complètent les capacités du protocole Wayland de base et fournissent les capacités nécessaires à la construction de serveurs et d'environnements utilisateur composites.
 Dans la nouvelle version, le protocole « linux-dmabuf » a été transféré dans la catégorie stable, ce qui assure le partage de plusieurs cartes vidéo utilisant la technologie DMA-BUF (permet de créer des wl_buffer basés sur DMA-BUF). Un nouveau protocole « ext-transient-seat » a été ajouté et placé dans la catégorie « staging ». Ce nouveau protocole peut être utilisé pour créer des sessions indépendantes temporaires (seats) conçues pour être utilisées avec des périphériques d'entrée virtuels mis en œuvre à l'aide des protocoles « virtual_keyboard_unstable_v1 » et « wlr_virtual_pointer_unstable_v1 ». Par exemple, lors de la mise en œuvre de la capacité à se connecter à un bureau à distance, le protocole vous permet de créer une session distincte pour chaque utilisateur à l'aide d'un clavier et d'une souris virtuels.
@@ Ligne 793: / Ligne 793: @@
 /01/2024
-Nate Graham, un développeur QA sur le projet KDE, a publié un rapport sur les préparations pour la sortie de KDE 6 prévue pour le 28 février. La base de code de KDE Plasma 6.0 et KDE Gears 6.0 a été dérivée dans un dépôt séparé, et la branche principale a commencé à accumuler des changements pour KDE Plasma 6.1 et KDE Gears 24.05.
+Nate Graham, un développeur AQ sur le projet KDE, a publié un rapport sur les préparations pour la sortie de KDE 6 prévue pour le 28 février. La base de code de KDE Plasma 6.0 et KDE Gears 6.0 a été dérivée dans un dépôt séparé, et la branche principale a commencé à accumuler des changements pour KDE Plasma 6.1 et KDE Gears 24.05.
 https://pointieststick.com/2024/01/19/this-week-in-kde-auto-save-in-dolphin-and-better-fractional-scaling/
@@ Ligne 835: / Ligne 835: @@
 La liste de diffusion des développeurs du noyau Linux a publié des lettres reçues par l'un des développeurs lors de sa correspondance avec Hans Reiser. En 2008, Reiser a été condamné à la prison à vie pour le meurtre de sa femme à la suite d'une querelle et d'une tentative ultérieure de dissimuler le crime (en 2027, Hans pourra déposer une demande de libération conditionnelle). Dans les lettres publiées, Hans regrette ses erreurs d'interaction avec la communauté des développeurs, discute de la dépréciation de ReiserFS v3 dans le noyau Linux 6.6, analyse l'histoire du développement de ReiserFS, mentionne les espoirs associés à la promotion de ReiserFS v4, et explique les solutions techniques mises en œuvre dans ReiserFS v4.
-Commentant la décision de retirer ReiserFS du noyau, Hans a mentionné que la question de savoir si ce logiciel reste utile et s'il doit continuer à être fourni dans le noyau devrait être décidée par les utilisateurs et les mainteneurs, en tenant compte des réalités actuelles. Il comprend que le fait d'avoir du code ReiserFS dans le noyau crée une charge supplémentaire pour les mainteneurs en raison de la nécessité de tester et d'assurer la compatibilité avec les nouvelles fonctionnalités émergeant dans le noyau, et si le FS n'est plus pertinent, il n'y a pas de raison de continuer à le fournir dans le cadre du noyau. Lors du développement de ReiserFS 4, de nombreuses lacunes de ReiserFS 3 ont été corrigées et la maintenance a été simplifiée, mais cette version n'a jamais été acceptée dans le noyau.
+Commentant la décision de retirer ReiserFS du noyau, Hans a mentionné que la question de savoir si ce logiciel reste utile et s'il doit continuer à être fourni dans le noyau devrait être décidée par les utilisateurs et les mainteneurs, en tenant compte des réalités actuelles. Il comprend que le fait d'avoir du code ReiserFS dans le noyau crée une charge supplémentaire pour les mainteneurs en raison de la nécessité de tester et d'assurer la compatibilité avec les nouvelles fonctionnalités émergeant dans le noyau et, si le FS n'est plus pertinent, il n'y a pas de raison de continuer à le fournir dans le cadre du noyau. Lors du développement de ReiserFS 4, de nombreuses lacunes de ReiserFS 3 ont été corrigées et la maintenance a été simplifiée, mais cette version n'a jamais été acceptée dans le noyau.
 Selon Hans, sa seule demande est d'ajouter un fichier README accompagnant le code de ReiserFS, avant que celui-ci ne soit retiré du noyau, en mentionnant Mikhail Gilulu, Konstantin Shvachko et Anatoly Pinchuk, dont les contributions au développement n'ont pas été reconnues. Ils ont été engagés par Hans et ont développé ReiserFS, mais en raison du caractère effréné de Hans et de ses exigences excessives (Hans pouvait travailler 24 heures sur 24 et attendait un enthousiasme similaire de la part des autres), ils ont quitté le projet, ce qui, à l'époque, a été perçu par Hans comme une trahison, mais avec le temps, il s'est rendu compte que leur décision était justifiée compte tenu des circonstances.
@@ Ligne 856: / Ligne 856: @@
 /01/2024
-Les composants nécessaires à la construction du navigateur Chrome pour le système d'exploitation Fuchsia ont été retirés du dépôt du projet Chromium. Il est à noter que la prise en charge de Fuchsia dans Chrome était une expérience qui a été interrompue. Ila été déclaré séparément que la raison de l'arrêt du support est la fin du programme de développement de Fuchsia pour les stations de travail. Le support des composants WebEngine et WebRunner pour Fuchsia se poursuivra, mais un navigateur Chrome à part entière ne sera pas fourni. Le développement futur de Fuchsia se concentrera probablement uniquement sur les appareils grand public, tels que les systèmes domotiques, les cadres photo intelligents et les haut-parleurs.
+Les composants nécessaires à la construction du navigateur Chrome pour le système d'exploitation Fuchsia ont été retirés du dépôt du projet Chromium. Il est à noter que la prise en charge de Fuchsia dans Chrome était une expérience qui a été interrompue. Il a été déclaré séparément que la raison de l'arrêt du support est la fin du programme de développement de Fuchsia pour les stations de travail. Le support des composants WebEngine et WebRunner pour Fuchsia se poursuivra, mais un navigateur Chrome à part entière ne sera pas fourni. Le développement futur de Fuchsia se concentrera probablement uniquement sur les appareils grand public, tels que les systèmes domotiques, les cadres photo intelligents et les haut-parleurs.
 Fuchsia repose sur le micro-noyau Zircon, qui est basé sur le projet LK, étendu pour une utilisation sur différentes classes d'appareils, y compris les smartphones et les ordinateurs personnels. Zircon étend LK en prenant en charge les processus et les bibliothèques partagées, un niveau utilisateur, un système de gestion des objets et un modèle de sécurité basé sur les capacités. Les pilotes sont mis en œuvre sous forme de bibliothèques dynamiques fonctionnant dans l'espace utilisateur, chargées par le processus devhost et gérées par le gestionnaire de périphériques (devmg, Device Manager).
-Fuchsia possède sa propre interface graphique écrite en Dart à l'aide du framework Flutter. Le projet développe également l'interface utilisateur Peridot, le gestionnaire de paquets Fargo, la bibliothèque standard libc, le système de rendu Escher, le pilote Vulkan Magma, le gestionnaire composite Scenic, les systèmes de fichiers MinFS, MemFS, ThinFS (FAT en langage Go) et Blobfs, ainsi que les partitions FVM. Pour le développement d'applications, la prise en charge des langages C/C++ et Dart est assurée, Rust est autorisé dans les composants du système, Go est utilisé dans la pile réseau et Python est utilisé dans le système de construction.
+Fuchsia possède sa propre interface graphique écrite en Dart à l'aide du framework Flutter. Le projet développe également l'interface utilisateur Peridot, le gestionnaire de paquets Fargo, la bibliothèque standard libc, le système de rendu Escher, le pilote Vulkan Magma, le gestionnaire composite Scenic, les systèmes de fichiers MinFS, MemFS, ThinFS (FAT en langage Go) et Blobfs, ainsi que les partitions FVM. Pour le développement d'applications, la prise en charge des langages C/C++ et Dart est assurée, Rust est autorisé dans les composants du système, Go est utilisé dans la pile réseau et Python est utilisé dans le système de compilation.
 https://bugs.chromium.org/p/chromium/issues/detail?id%3D1509109