Différences

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

--- issue211:actus [2024/12/04 08:57] – [8] auntiee
+++ issue211:actus [2024/12/04 09:48] (Version actuelle) – [14] auntiee
@@ Ligne 526: / Ligne 526: @@
 Sortie de LXQt 2.1.0
-/05/2024
+/11/2024
-Après six mois de développement, l'environnement de bureau LXQt 2.1.0 (Qt Lightweight Desktop Environment) est sorti. Il poursuit le développement des projets LXDE et Razor-qt. L'interface LXQt suit les idées de la disposition de bureau classique, mais introduit une conception et des techniques modernes qui augmentent la commodité. LXQt se positionne comme un environnement léger, modulaire, rapide et pratique qui a absorbé les meilleures fonctionnalités de LXDE et Razor-qt. Le code est publié sur GitHub et est fourni sous les licences GPL 2.0+ et LGPL 2.1+. L'apparition de builds prêtes à l'emploi est attendue pour Ubuntu (LXQt est proposé par défaut dans Lubuntu), Arch Linux , Fedora , openSUSE , Mageia , FreeBSD , etc.
+Après six mois de développement, l'environnement de bureau LXQt 2.1.0 (Qt Lightweight Desktop Environment) est sorti. Il poursuit le développement des projets LXDE et Razor-qt. L'interface LXQt suit les idées de la disposition de bureau classique, mais introduit une conception et des techniques modernes qui augmentent la commodité. LXQt se positionne comme un environnement léger, modulaire, rapide et pratique qui a absorbé les meilleures fonctionnalités de LXDE et Razor-qt. Le code est publié sur GitHub et est fourni sous les licences GPL 2.0+ et LGPL 2.1+. L'apparition de builds prêtes à l'emploi est attendue pour Ubuntu (LXQt est proposé par défaut dans Lubuntu), Arch Linux, Fedora, openSUSE, Mageia, FreeBSD , etc.
-La nouvelle version poursuit le travail de mise en œuvre d'un support complet pour le protocole Wayland. Un nouveau composant lxqt-wayland-session a été ajouté à la composition, vous permettant d'exécuter LXQt en combinaison avec divers gestionnaires composites Wayland. La possibilité de sélectionner le gestionnaire composite souhaité a été ajoutée aux paramètres de session. Actuellement, la prise en charge est fournie pour LabWC , WayFire , kwin_wayland , Sway , Hyprland , River et Niri. Par défaut, l'environnement basé sur X11 continue d'être proposé et la session basée sur Wayland est classée comme option expérimentale. Pour exécuter des applications X11 dans une session basée sur Wayland, vous pouvez utiliser le composant DDX (Device-Dependent X) XWayland.
+La nouvelle version poursuit le travail de mise en œuvre d'un support complet du protocole Wayland. Un nouveau composant lxqt-wayland-session a été ajouté à la composition, vous permettant d'exécuter LXQt en combinaison avec divers gestionnaires composites Wayland. La possibilité de sélectionner le gestionnaire composite souhaité a été ajoutée aux paramètres de session. Actuellement, la prise en charge est fournie pour LabWC, WayFire, kwin_wayland, Sway, Hyprland, River et Niri. Par défaut, l'environnement basé sur X11 est toujours proposé et la session basée sur Wayland est classée comme option expérimentale. Pour exécuter des applications X11 dans une session basée sur Wayland, vous pouvez utiliser le composant DDX (Device-Dependent X) XWayland.
-Notez que dans une session basée sur Wayland, la sortie la plus stable est observée lors de l'utilisation du gestionnaire composite Labwc, et la session la plus fonctionnelle peut être obtenue en utilisant kwin_wayland, grâce à l'installation de paquets supplémentaires de KDE. De plus, kwin_wayland est actuellement le seul gestionnaire composite pris en charge dans le panneau de commutation des bureaux virtuels et dans l'interface de gestion de l'alimentation pour éteindre le moniteur. Des effets visuels pour le bureau sont disponibles en choisissant kwin_wayland, Wayfire ou Hyprland. L'économiseur d'écran peut être utilisé avec les serveurs composites waylock, swaylock, hyprlock et kwin_wayland (kwin propose sa propre implémentation, activée par la commande « loginctl lock-session »).
+Notez que dans une session basée sur Wayland, la sortie la plus stable est observée lors de l'utilisation du gestionnaire composite Labwc et la session la plus fonctionnelle peut être obtenue en utilisant kwin_wayland, grâce à l'installation de paquets supplémentaires de KDE. De plus, kwin_wayland est actuellement le seul gestionnaire composite pris en charge dans le panneau de commutation des bureaux virtuels et dans l'interface de gestion de l'alimentation pour éteindre le moniteur. Des effets visuels pour le bureau sont disponibles en choisissant kwin_wayland, Wayfire ou Hyprland. L'économiseur d'écran peut être utilisé avec les serveurs composites waylock, swaylock, hyprlock et kwin_wayland (kwin propose sa propre implémentation, activée par la commande « loginctl lock-session »).
 https://lxqt-project.org/release/2024/11/05/release-lxqt-2-1-0/
@@ Ligne 551: / Ligne 551: @@
 Le pare-feu géré dynamiquement, firewalld 2.3, a été publié, implémenté comme un wrapper sur les filtres de paquets nftables et iptables. Firewalld s'exécute en tant que processus d'arrière-plan, permettant de modifier dynamiquement les règles de filtrage des paquets via D-Bus, sans avoir besoin de recharger les règles de filtrage des paquets et sans 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.
-Le pare-feu est géré par l'utilitaire firewall-cmd, qui crée des règles basées non pas sur les adresses IP, les interfaces réseau et les numéros de port, mais sur les noms de services (par exemple, pour ouvrir l'accès à SSH, exécutez "firewall-cmd --add --service=ssh", pour fermer SSH, exécutez "firewall-cmd --remove --service=ssh"). L'interface graphique firewall-config (GTK) et l'applet firewall-config (Qt) peuvent également être utilisés pour modifier la configuration du pare-feu. La prise en charge de la gestion du pare-feu via l'API D-BUS firewalld est disponible dans des projets tels que NetworkManager, libvirt, podman, docker et fail2ban.
+Le pare-feu est géré par l'utilitaire firewall-cmd, qui crée des règles basées non pas sur les adresses IP, les interfaces réseau et les numéros de port, mais sur les noms de services (par exemple, pour ouvrir l'accès à SSH, exécutez « firewall-cmd --add --service=ssh », pour fermer SSH, exécutez « firewall-cmd --remove --service=ssh »). L'interface graphique firewall-config (GTK) et l'applet firewall-config (Qt) peuvent également être utilisés pour modifier la configuration du pare-feu. La prise en charge de la gestion du pare-feu 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.3.0
@@ Ligne 566: / Ligne 566: @@
 /06/2024
-La plateforme ouverte webOS Open Source Edition 2.27 est disponible. Elle peut être utilisée sur divers appareils portables, cartes et systèmes d'infodivertissement embarqués. Les cartes Raspberry Pi 4 sont considérées comme une plateforme matérielle de référence. La plateforme est développée dans un référentiel public sous licence Apache 2.0, et le développement est supervisé par la communauté, adhérant à un modèle de gestion de développement collaboratif.
+La plateforme ouverte webOS Open Source Edition 2.27 est disponible. Elle peut être utilisée sur divers appareils portables, cartes et systèmes d'infodivertissement embarqués. Les cartes Raspberry Pi 4 sont considérées comme une plateforme matérielle de référence. La plateforme est développée dans un dépôt public sous licence Apache 2.0, et le développement est supervisé par la communauté, adhérant à un modèle de gestion de développement collaboratif.
 https://www.webosose.org/about/release-notes/webos-ose-2-27-0-release-notes/
@@ Ligne 591: / Ligne 591: @@
 Pour exécuter un environnement Linux isolé dans les systèmes Linux et BSD, le runtime containerd et divers moteurs d'isolation de conteneurs (Apptainer, Docker, Podman, LXD) peuvent être utilisés. Sous macOS, QEMU avec l'accélérateur HVF ou la boîte à outils de virtualisation macOS standard Virtualization.framework est utilisé. Pour exécuter des environnements Linux sous Windows, la couche WSL2 (Windows Subsystem for Linux) est utilisée. Vous pouvez exécuter des distributions Linux conçues pour l'architecture x86_64 sur des systèmes hôtes avec l'architecture ARM64 et vice versa. En mode expérimental, les architectures riscv64 et ARM32 sont prises en charge.
-Pour un déploiement rapide des environnements, des modèles sont fournis, préparés pour différentes versions des distributions AlmaLinux, Alpine, Arch Linux, Debian, Fedora, Gentoo, openSUSE, Oracle Linux, Rocky et Ubuntu. Pour créer vos propres images système, il vous est suggèré d'utiliser la boîte à outils BuildKit. La possibilité d'utiliser Lima pour lancer des environnements Linux est intégrée dans la boîte à outils Finch (Amazon), Rancher Desktop (SUSE), Colima et Podman Desktop (Red Hat). Séparément, une interface utilisateur graphique propriétaire Lima GUI est en cours de développement, écrite à l'aide de Qt.
+Pour un déploiement rapide des environnements, des modèles sont fournis, préparés pour différentes versions des distributions AlmaLinux, Alpine, Arch Linux, Debian, Fedora, Gentoo, openSUSE, Oracle Linux, Rocky et Ubuntu. Pour créer vos propres images système, il vous est suggéré d'utiliser la boîte à outils BuildKit. La possibilité d'utiliser Lima pour lancer des environnements Linux est intégrée dans la boîte à outils Finch (Amazon), Rancher Desktop (SUSE), Colima et Podman Desktop (Red Hat). Séparément, une interface utilisateur graphique propriétaire Lima GUI est en cours de développement, écrite à l'aide de Qt.
 Français:https://github.com/lima-vm/lima/releases/tag/v1.0.0
@@ Ligne 612: / Ligne 612: @@
 La date de la publication finale n'a pas encore été déterminée et dépendra de l'activité de test des utilisateurs et des problèmes identifiés. Très probablement, un deuxième candidat à la publication sera formé avant la publication finale. Des versions prêtes à l'emploi de GIMP 3.0-RC1 sont formées pour Linux (flatpak), Windows et macOS.
-La branche 3.0 a atteint sa maturité six ans et demi après la formation de la dernière branche stable, la 2.10, les développeurs ont donc décidé de réformer le processus de publication et de passer à un calendrier plus prévisible et plus fréquent de publication de nouvelles branches stables. Lors de la préparation des prochaines versions majeures, les développeurs essaieront de ne pas introduire de nombreux changements majeurs à la fois, mais essaieront de se concentrer sur le perfectionnement de nouvelles fonctionnalités individuelles. La prochaine branche majeure, GIMP 3.2, devrait être publiée environ un an après la sortie de GIMP 3.0.
+La branche 3.0 a atteint sa maturité six ans et demi après la formation de la dernière branche stable, la 2.10. Les développeurs ont donc décidé de réformer le processus de publication et de passer à un calendrier plus prévisible et plus fréquent de publication de nouvelles branches stables. Lors de la préparation des prochaines versions majeures, les développeurs essaieront de ne pas introduire de nombreux changements majeurs à la fois, mais essaieront de se concentrer sur le perfectionnement de nouvelles fonctionnalités individuelles. La prochaine branche majeure, GIMP 3.2, devrait être publiée environ un an après la sortie de GIMP 3.0.
 Les principales améliorations de GIMP 3.0 comprennent le passage à la bibliothèque GTK3 et à un système de définition de style de type CSS, la prise en charge native de Wayland et HiDPI, un nouveau thème de conception, une modernisation significative de l'interface, la prise en charge de base du modèle de couleur CMJN (liaison tardive), un nettoyage important de la base de code, une nouvelle API pour le développement de plugins, la mise en cache du rendu, la prise en charge de la sélection multicouche, la possibilité d'éditer dans l'espace colorimétrique d'origine, un outil de sélection de coups de pinceau, un gestionnaire d'extensions intégré, un mode d'extension automatique des calques, l'édition en dehors du canevas, l'importation et l'exportation améliorées au format PSD (Adobe Photoshop), la prise en charge du format JPEG-XL, un mode d'édition non destructif, une modernisation significative du code de gestion des couleurs et une prise en charge améliorée des tablettes graphiques et des stylets lumineux.
@@ Ligne 633: / Ligne 633: @@
 BlackBerry QNX a mis à disposition gratuitement son système d'exploitation à micro-noyau en temps réel QNX pour une utilisation non commerciale. Ils ont également annoncé le début de la génération d'images système QNX 8.0 pour les cartes Raspberry Pi 4 et 5. Commentant la question du retour du projet QNX à la publication du code source, le responsable des relations avec les développeurs a noté que l'entreprise s'oriente vers une plus grande ouverture et transparence, mais il ne peut encore rien dire sur le calendrier de ces changements.
-En 2007, une initiative a été lancée pour ouvrir le code source de QNX sous une licence qui autorisait les modifications. Le code du micro-noyau QNX Neutrino, les systèmes de fichiers, la bibliothèque système, les pilotes, la microGUI, la pile réseau et les utilitaires inclus dans le paquet ont été publiés dans le domaine public. En 2010, Research In Motion (RIM), propriétaire de la marque BlackBerry, a acquis QNX Software Systems, après quoi la publication du code a cessé. Actuellement, les initiatives Open Source de QNX se limitent à un référentiel dans GitLab, qui contient des ports d'applications Open Source pour QNX, des frameworks, des composants pour l'hyperviseur QNX et des exemples d'applications.
+En 2007, une initiative a été lancée pour ouvrir le code source de QNX sous une licence qui autorisait les modifications. Le code du micro-noyau QNX Neutrino, les systèmes de fichiers, la bibliothèque système, les pilotes, la microGUI, la pile réseau et les utilitaires inclus dans le paquet ont été publiés dans le domaine public. En 2010, Research In Motion (RIM), propriétaire de la marque BlackBerry, a acquis QNX Software Systems, après quoi la publication du code a cessé. Actuellement, les initiatives Open Source de QNX se limitent à un dépôt dans GitLab, qui contient des ports d'applications Open Source pour QNX, des frameworks, des composants pour l'hyperviseur QNX et des exemples d'applications.
 https://forums.openqnx.com/t/topic/47580
@@ Ligne 658: / Ligne 658: @@
 Le programme permet d'exécuter des tests internes des performances des disques et d'inspecter les résultats de leur exécution. De plus, des fonctions telles que l'activation/désactivation de SMART, la génération de rapports et la détection d'anomalies, la configuration de paramètres SMART spécifiques à l'appareil et l'affichage d'informations détaillées sur le disque sont disponibles. Les rapports peuvent être générés soit en accédant au disque, soit en chargeant un fichier texte dans lequel la sortie de la commande smartctl a été enregistrée sur un autre système. La version est prise en charge sur Linux, Windows, macOS, FreeBSD et d'autres systèmes BSD.
-La nouvelle version se distingue par l'ajout de la prise en charge des lecteurs NVMe et le passage au format JSON lors de l'analyse de la sortie de l'utilitaire smartctl. Le code a été refactorisé et utilisé pour utiliser les fonctionnalités proposées dans les normes C++17 et C++20 (la construction nécessite désormais un compilateur prenant en charge C++20, comme GCC 13+, Clang 17+ et Apple Clang 15+). La boîte à outils Autotools a été remplacée par le système de construction CMake. L'interface utilise des icônes de l'ensemble Oxygen au lieu de Crystal.
+La nouvelle version se distingue par l'ajout de la prise en charge des lecteurs NVMe et le passage au format JSON lors de l'analyse de la sortie de l'utilitaire smartctl. Le code a été refactorisé et a change pour l'utilisation des fonctionnalités proposées dans les normes C++17 et C++20 (la construction nécessite désormais un compilateur prenant en charge C++20, comme GCC 13+, Clang 17+ et Apple Clang 15+). La boîte à outils Autotools a été remplacée par le système de compilation CMake. L'interface utilise des icônes de l'ensemble Oxygen au lieu de Crystal.
 https://github.com/ashaduri/gsmartcontrol/releases/tag/v2.0.0
@@ Ligne 673: / Ligne 673: @@
 Publication de la plateforme mobile Ubuntu Touch OTA-6 Focal
-/08/2024
+/11/2024
 Après six mois de développement, le projet UBports, qui a repris la plateforme mobile Ubuntu Touch après que Canonical s'en soit éloigné, a publié le firmware OTA-6 Focal (over-the-air). Il s'agit de la sixième version d'Ubuntu Touch, basée sur la base des paquets d'Ubuntu 20.04. Le projet développe également un port expérimental du bureau Unity 8, qui a été renommé Lomiri.
@@ Ligne 692: / Ligne 692: @@
 Sortie de Debian 12.8
-/09/2024
+/11/2024
-La huitième mise à jour corrective de la distribution Debian 12 a été générée, qui comprend les mises à jour de paquets accumulées et ajoute des correctifs à l'installeur. La version comprend 68 mises à jour avec des correctifs pour les problèmes de stabilité et 50 mises à jour avec des correctifs pour les vulnérabilités. Parmi les changements de Debian 12.8, on peut noter la mise à jour vers les dernières versions stables des paquets systemd, clamav, dpdk, galera-4, intel-microcode, openssl et wireshark.
+La huitième mise à jour corrective de la distribution Debian 12 a été générée ; elle comprend les mises à jour de paquets accumulées et ajoute des correctifs à l'installeur. La version comprend 68 mises à jour avec des correctifs pour les problèmes de stabilité et 50 mises à jour avec des correctifs pour les vulnérabilités. Parmi les changements de Debian 12.8, on peut noter la mise à jour vers les dernières versions stables des paquets systemd, clamav, dpdk, galera-4, intel-microcode, openssl et wireshark.
-Pour le téléchargement et l'installation « à partir de zéro », des builds d'installation de Debian 12.8 sont préparées. Les systèmes installés précédemment et maintenus dans l'état actuel reçoivent les mises à jour présentes dans Debian 12.8 via le système d'installation de mise à jour standard. Les correctifs de sécurité inclus dans les nouvelles versions de Debian sont disponibles pour les utilisateurs au fur et à mesure que les mises à jour sont publiées via le service security.debian.org.
+Pour le téléchargement et l'installation « à partir de zéro », des builds d'installation de Debian 12.8 sont préparées. Les systèmes installés précédemment et maintenus dans l'état actuel reçoivent les mises à jour présentes dans Debian 12.8 via le système d'installation de mises à jour standard. Les correctifs de sécurité inclus dans les nouvelles versions de Debian sont disponibles pour les utilisateurs au fur et à mesure que les mises à jour sont publiées via le service security.debian.org.
 https://www.debian.org/News/2024/20241109
@@ Ligne 711: / Ligne 711: @@
 Sortie d'iptables1.8.11
-/10/2024
+/11/2024
-Après un an de développement, la version 1.8.11 de la boîte à outils classique de gestion du filtre de paquets iptables a été publiée. Le développement s'est récemment concentré sur les composants permettant de maintenir la compatibilité ascendante, iptables-nft et ebtables-nft, fournissant des utilitaires avec la même syntaxe de ligne de commande que dans iptables et ebtables, mais traduisant les règles reçues en bytecode de nftables. L'ensemble original de programmes iptables, comprenant ip6tables, arptables et ebtables, a été déconseillé en 2018 et a déjà été remplacé par nftables dans la plupart des distributions.
+Après un an de développement, la version 1.8.11 de la boîte à outils classique de gestion du filtre de paquets iptables a été publiée. Le développement s'est récemment concentré sur les composants permettant de maintenir la compatibilité ascendante, iptables-nft et ebtables-nft, fournissant des utilitaires avec la même syntaxe de ligne de commande que dans iptables et ebtables, mais traduisant les règles reçues en bytecode de nftables. L'ensemble original de programmes iptables, comprenant ip6tables, arptables et ebtables, a été rendu obsolète en 2018 et a déjà été remplacé par nftables dans la plupart des distributions.
 https://www.mail-archive.com/netfilter-announce@lists.netfilter.org/msg00270.html
@@ Ligne 732: / Ligne 732: @@
 Les outils wget 1.25 et Curl 8.11 sont désormais disponibles
-/12/2024
+/11/2024
 Lancement de GNU Wget 1.25, un programme permettant d'automatiser les téléchargements de fichiers à l'aide des protocoles HTTP/HTTPS et FTP/FTPS. L'utilitaire prend en charge des fonctionnalités telles que la reprise des téléchargements interrompus, la mise en miroir de sites avec filtrage des données téléchargées par des masques, la conversion de liens à l'intérieur des documents, la configuration de cookies et la mise à jour uniquement des fichiers modifiés. Le code du projet est écrit en C et est distribué sous la licence GPLv3.
@@ Ligne 740: / Ligne 740: @@
 Daniel Stenberg, l'auteur du projet curl, a présenté une initiative visant à soutenir les versions LTS, les mises à jour avec des correctifs pour les erreurs et les vulnérabilités graves, qui seront publiées pendant au moins 5 ans. Le premier projet LTS annoncé est la branche 8.9.x, pour laquelle une version corrective 8.9.2 a déjà été formée avec l'élimination de deux vulnérabilités. L'accès aux mises à jour LTS n'est fourni qu'aux clients qui ont signé un accord de support.
-Le code des versions LTS continue d'être distribué sous la licence Curl précédente (une variante du MIT), mais sur demande distincte, vous pouvez le fournir sous une licence commerciale distincte. Les fonds reçus seront dépensés pour soutenir le projet et financer les développeurs. De nouvelles branches LTS devraient être formées tous les 8 à 24 mois. L'utilisation de la branche LTS vous permettra d'obtenir une base stable, exempte de la possibilité de changements régressifs.
+Le code des versions LTS continue d'être distribué sous la licence Curl précédente (une variante de la licence du MIT), mais sur demande distincte, vous pouvez le fournir sous une licence commerciale distincte. Les fonds reçus seront dépensés pour soutenir le projet et financer les développeurs. De nouvelles branches LTS devraient être formées tous les 8 à 24 mois. L'utilisation de la branche LTS vous permettra d'obtenir une base stable, exempte de la possibilité de changements régressifs.
 https://daniel.haxx.se/blog/2024/11/07/rock-solid-curl/
@@ Ligne 757: / Ligne 757: @@
 /11/2024
-La version CachyOS 241110 a été publiée. Elle est basée sur Arch Linux et est développée dans le cadre d'un modèle de livraison de mises à jour continues. La distribution se distingue par l'inclusion d'optimisations pour améliorer les performances et la possibilité d'installer divers environnements de bureau. En plus de l'environnement de base basé sur KDE, GNOME, XFCE, i3WM, Wayfire, LXQT, OpenBox, Cinnamon, Cosmic, UKUI, LXDE, Mate, Budgie, Qtile, Hyprland et Sway sont disponibles pour l'installation. La taille de l'image ISO d'installation est de 2,7 Go. Des builds pour appareils portables (Handheld Edition) avec une interface de style GameMode et des composants pour les joueurs sur ordinateur sont fournis séparément.
+La version CachyOS 241110 a été publiée. Elle est basée sur Arch Linux et est développée dans le cadre d'un modèle de livraison de mises à jour en continue. La distribution se distingue par l'inclusion d'optimisations pour améliorer les performances et la possibilité d'installer divers environnements de bureau. En plus de l'environnement de base basé sur KDE, GNOME, XFCE, i3WM, Wayfire, LXQT, OpenBox, Cinnamon, Cosmic, UKUI, LXDE, Mate, Budgie, Qtile, Hyprland et Sway sont disponibles pour l'installation. La taille de l'image ISO d'installation est de 2,7 Go. Des builds pour appareils portables (Handheld Edition) avec une interface de style GameMode et des composants pour les joueurs sur ordinateur sont fournis séparément.
-Les systèmes de fichiers pris en charge sont btrfs, zfs, ext4, xfs et f2fs. Le planificateur de tâches BORE est activé par défaut, optimisé pour réduire la latence du bureau et donner la priorité aux processus interactifs. Le noyau et les paquets sont créés avec les optimisations LTO activées et les instructions disponibles dans les processeurs x86-64-v3, x86-64-v4 et Zen4 activées. Les paquets de base sont en outre créés avec les optimisations PGO (Profile-Guided Optimization) ou BOLT (Binary Optimization and Layout Tool) activées. La distribution est livrée avec le navigateur Web Cachy-Browser, basé sur FireFox et intégrant des améliorations de sécurité et de performances, ainsi que des correctifs du projet Librewolf.
+Les systèmes de fichiers pris en charge sont btrfs, zfs, ext4, xfs et f2fs. Le planificateur de tâches BORE est activé par défaut, optimisé pour réduire la latence du bureau et donner la priorité aux processus interactifs. Le noyau et les paquets sont créés avec les optimisations LTO activées et les instructions disponibles dans les processeurs x86-64-v3, x86-64-v4 et Zen4 activées. Les paquets de base sont en outre créés avec les optimisations PGO (Profile-Guided Optimization) ou BOLT (Binary Optimization and Layout Tool) activées. La distribution est livrée avec le navigateur Web Cachy-Browser, basé sur FireFox et intégrant des améliorations de sécurité et de performances, ainsi que des correctifs venant du projet Librewolf.
 https://cachyos.org/blog/2411-november-release/
@@ Ligne 788: / Ligne 788: @@
 https://github.com/doitsujin/dxvk/releases/tag/v2.5**
-Version DXVK 2.5
+Sortie de DXVK 2.5
 /11/2024
@@ Ligne 808: / Ligne 808: @@
 /11/2024
-Red Hat a publié une version bêta de la distribution Red Hat Enterprise Linux 10 et a publié Red Hat Enterprise Linux 9.5. Des images d'installation prêtes à l'emploi ont été préparées pour les utilisateurs enregistrés du portail client Red Hat (pour évaluer la fonctionnalité, vous pouvez également utiliser les images ISO de CentOS Stream 10 et CentOS Stream 9.5, ainsi que des builds de RHEL gratuits pour les développeurs). Les référentiels contenant les paquets binaires de RHEL 10 sont accessibles au public. Les versions sont générées pour les architectures x86_64, s390x (IBM System z), ppc64le et Aarch64 (ARM64). La sortie de RHEL 10 est prévue au premier semestre de l'année prochaine.
+Red Hat a publié une version bêta de la distribution Red Hat Enterprise Linux 10 et a publié Red Hat Enterprise Linux 9.5. Des images d'installation prêtes à l'emploi ont été préparées pour les utilisateurs enregistrés du portail client Red Hat (pour évaluer la fonctionnalité, vous pouvez également utiliser les images ISO de CentOS Stream 10 et CentOS Stream 9.5, ainsi que des builds de RHEL gratuits pour les développeurs). Les dépôts contenant les paquets binaires de RHEL 10 sont accessibles au public. Les versions sont générées pour les architectures x86_64, s390x (IBM System z), ppc64le et Aarch64 (ARM64). La sortie de RHEL 10 est prévue au cours de la première moitié de l'année prochaine.
-Le code source des paquets de RHEL 10 rpm est publié en téléchargement gratuit. Les paquets de RHEL 9.5 ne sont pas placés dans le référentiel public git.centos.org et sont fournis aux clients de l'entreprise uniquement via une section fermée du site, qui disposent d'un accord d'utilisation (CLUF) interdisant la redistribution des données, ce qui ne permet pas d'utiliser ces paquets pour créer des distributions dérivées. Les sources de RHEL 9.5 restent disponibles dans le référentiel CentOS Stream, mais il est complètement désynchronisé de RHEL et les dernières versions des paquets ne correspondent pas toujours à celles de RHEL. Rocky Linux, Oracle et SUSE reproduisent le code source des paquets rpm de la version RHEL dans le cadre du projet OpenELA.
+Le code source des paquets de RHEL 10 rpm est publié en téléchargement gratuit. Les paquets de RHEL 9.5 ne sont pas placés dans le dépôt public git.centos.org et sont fournis aux clients de l'entreprise uniquement via une section fermée du site, qui disposent d'un accord d'utilisation (CLUF) interdisant la redistribution des données, ce qui ne permet pas d'utiliser ces paquets pour créer des distributions dérivées. Les sources de RHEL 9.5 restent disponibles dans le dépôt CentOS Stream, mais il est complètement désynchronisé de RHEL et les dernières versions des paquets ne correspondent pas toujours à celles de RHEL. Rocky Linux, Oracle et SUSE reproduisent le code source des paquets rpm de la version RHEL dans le cadre du projet OpenELA.
 https://www.redhat.com/en/blog/red-hat-enterprise-linux-95-release
@@ Ligne 846: / Ligne 846: @@
 /11/2024
-Phosh 0.43 est sorti, un shell de bureau mobile basé sur les technologies GNOME et la bibliothèque GTK. L'environnement a été initialement développé par Purism comme un analogue de GNOME Shell pour le smartphone Librem 5, mais est ensuite devenu l'un des projets GNOME non officiels et est utilisé dans postmarketOS, Mobian, Droidian, certains firmwares pour les appareils Pine64 et l'édition Fedora pour les smartphones. Phosh utilise le serveur composite Phoc fonctionnant sur Wayland, ainsi que son propre clavier à l'écran squeekboard. Le code du projet est distribué sous licence GPLv3+.
+Phosh 0.43 est sorti, un shell de bureau mobile basé sur les technologies GNOME et la bibliothèque GTK. L'environnement a été développé initialement par Purism comme un analogue de GNOME Shell pour le smartphone Librem 5, mais est ensuite devenu l'un des projets GNOME non officiels et est utilisé dans postmarketOS, Mobian, Droidian, certains firmwares pour les appareils Pine64 et l'édition Fedora pour les smartphones. Phosh utilise le serveur composite Phoc fonctionnant sur Wayland, ainsi que son propre clavier à l'écran squeekboard. Le code du projet est distribué sous licence GPLv3+.
 https://phosh.mobi/releases/rel-0.43.0/
@@ Ligne 890: / Ligne 890: @@
 /11/2024
-L'installateur Archinstall 3.0 a été publié ; il est inclus en option dans les images ISO d'installation d'Arch Linux depuis avril 2021. Archinstall fonctionne en mode console et peut être utilisé à la place du mode d'installation manuelle par défaut de la distribution. Le code d'Archinstall est écrit en Python et est distribué sous licence GPLv3.
+L'installeur Archinstall 3.0 a été publié ; il est inclus en option dans les images ISO d'installation d'Arch Linux depuis avril 2021. Archinstall fonctionne en mode console et peut être utilisé à la place du mode d'installation manuelle par défaut de la distribution. Le code d'Archinstall est écrit en Python et est distribué sous licence GPLv3.
 Archinstall propose des modes de fonctionnement guidés et automatisés. En mode automatisé, vous pouvez utiliser des scripts pour déployer des configurations typiques. L'installeur prend également en charge les profils d'installation, par exemple le profil « bureau » pour sélectionner un bureau (KDE, GNOME, Awesome) et installer les paquets requis pour celui-ci, ou les profils « serveur Web » et « base de données » pour sélectionner et installer les composants du serveur Web et du SGBD. Il y a quatre ans, une tentative a été faite pour créer une variante d'Archinstall avec une interface d'installation graphique, mais elle n'a pas vu le jour.