Différences

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

--- issue180:actus [2022/05/04 18:58] – [13] auntiee
+++ issue180:actus [2022/05/05 15:42] (Version actuelle) – [22] auntiee
@@ Ligne 802: / Ligne 802: @@
 /04/2022
-Links 2.26, un navigateur Web minimaliste, a été publié et supporte les modes console et graphique. Lorsque vous travaillez en mode console, vous pouvez afficher les couleurs et contrôler la souris si elle est supportée par le terminal utilisé (par exemple, xterm). Le mode graphique prend en charge la sortie d'images et le lissage des polices. Dans tous les modes, l'affichage des tableaux et des cadres est assuré. Le navigateur prend en charge la spécification HTML 4.0 mais ignore les CSS et JavaScript. Il prend également en charge les signets, SSL/TLS, les téléchargements en arrière-plan et le contrôle du système de menus. En fonctionnement, links consomme environ 5 Mo de RAM en mode texte et 20 Mo en mode graphique.
+Links 2.26, un navigateur Web minimaliste, a été publié et supporte les modes console et graphique. Lorsque vous travaillez en mode console, vous pouvez afficher des couleurs et contrôler la souris si elle est supportée par le terminal utilisé (par exemple, xterm). Le mode graphique prend en charge la sortie d'images et le lissage des polices. Dans tous les modes, l'affichage des tableaux et des cadres est assuré. Le navigateur prend en charge la spécification HTML 4.0 mais ignore les CSS et JavaScript. Il prend également en charge les signets, SSL/TLS, les téléchargements en arrière-plan et le contrôle du système de menus. En fonctionnement, links consomme environ 5 Mo de RAM en mode texte et 20 Mo en mode graphique.
 http://links.twibright.com/
@@ Ligne 816: / Ligne 816: @@
 https://github.com/linux-nvme/nvme-cli/releases/tag/v2.0**
-Utilitaire pour la gestion des disques SSD - nvme-cli 2.0
+Utilitaires pour la gestion des disques SSD - nvme-cli 2.0
 /04/2022
@@ Ligne 838: / Ligne 838: @@
 /04/2022
-EndeavorOS 22.1 « Atlantis » est sorti, qui a remplacé la distribution Antergos, qui a été arrêtée en mai 2019 en raison du manque de temps libre des mainteneurs restants pour maintenir le projet au niveau approprié. La taille de l'image d'installation est de 1,8 Go (x86_64, l'assemblage pour ARM est en cours de développement séparément).
+EndeavorOS 22.1 « Atlantis » est sorti et a remplacé la distribution Antergos, qui a été arrêtée en mai 2019 en raison du manque de temps libre des mainteneurs restants pour maintenir le projet au niveau approprié. La taille de l'image d'installation est de 1,8 Go (x86_64, l'assemblage pour ARM est en cours de développement séparément).
-Endeavor OS permet à l'utilisateur d'installer facilement Arch Linux avec le bureau nécessaire sous la forme dans laquelle il est conçu dans son remplissage habituel, offert par les développeurs du bureau sélectionné, sans programmes supplémentaires préinstallés. La distribution offre un installeur simple pour installer un environnement Arch Linux de base avec un bureau Xfce par défaut et la possibilité d'installer à partir du dépôt l'un des bureaux typiques basés sur Mate, LXQt, Cinnamon, KDE Plasma, GNOME, Budgie, ainsi que les gestionnaires de fenêtres à tuiles i3, BSPWM et Sway. Des travaux sont en cours pour ajouter le support des gestionnaires de fenêtres Qtile et Openbox, des bureaux UKUI, LXDE et Deepin. De plus, l'un des développeurs du projet est en train de développer son propre gestionnaire de fenêtres « Worm ».
+Endeavor OS permet à l'utilisateur d'installer facilement Arch Linux avec le bureau nécessaire sous la forme dans laquelle il est conçu dans son remplissage habituel, offert par les développeurs du bureau sélectionné, sans programmes supplémentaires préinstallés. La distribution offre un installeur simple pour installer un environnement Arch Linux de base avec un bureau Xfce par défaut et la possibilité d'installer à partir du dépôt l'un des bureaux typiques basés sur Mate, LXQt, Cinnamon, KDE Plasma, GNOME, Budgie, ainsi que les gestionnaires de fenêtres en mosaïque i3, BSPWM et Sway. Des travaux sont en cours pour ajouter le support des gestionnaires de fenêtres Qtile et Openbox et des bureaux UKUI, LXDE et Deepin. De plus, l'un des développeurs du projet est en train de développer son propre gestionnaire de fenêtres « Worm ».
 https://endeavouros.com/
@@ Ligne 916: / Ligne 916: @@
 Une image amorçable pour les cartes Raspberry Pi basées sur Debian GNU/Linux et fournies avec un ensemble de micrologiciels ouverts du projet LibreRPi est disponible pour être testée. L'image est générée en utilisant les dépôts habituels de Debian 11 pour l'architecture armhf et se distingue par la livraison du paquet librerpi-firmware préparé sur la base du firmware rpi-open-firmware.
-L'état de développement du micrologiciel a été porté à un niveau approprié pour l'exécution du bureau Xfce. Dans sa forme actuelle, le firmware fournit le pilote v3d pour l'accélérateur graphique VideoCore, l'accélération 2D, la vidéo DPI, la vidéo NTSC (sortie composite), Ethernet, hôte USB, hôte i2c et les cartes SD sur les cartes Raspberry Pi 2 et Raspberry Pi 3. Les fonctions non encore prises en charge comprennent l'accélération du décodage vidéo, CSI, SPI, ISP, PWM audio, DSI et HDMI.
+L'état de développement du micrologiciel a été porté à un niveau approprié pour l'exécution du bureau Xfce. Dans sa forme actuelle, le firmware fournit le pilote v3d pour l'accélérateur graphique VideoCore, l'accélération 2D, la vidéo DPI, la vidéo NTSC (sortie composite), Ethernet, hôte USB, hôte i2c et les cartes SD sur les cartes Raspberry Pi 2 et Raspberry Pi 3. Les fonctions non encore prises en charge comprennent l'accélération du décodage vidéo, CSI, SPI, ISP, audio PWM, DSI et HDMI.
-Rappelons que malgré la présence de pilotes ouverts, le fonctionnement de l'accélérateur vidéo VideoCore IV est assuré par un micrologiciel propriétaire chargé dans le GPU, qui contient des fonctionnalités assez étendues ; par exemple, le support d'OpenGL ES est implémenté du côté du micrologiciel. En fait, du côté du GPU, un semblant de système d'exploitation est exécuté, et le travail des pilotes ouverts est réduit à la diffusion d'appels vers le firmware fermé. Pour se débarrasser de la nécessité de télécharger des blobs, la communauté développe depuis 2017 un projet de version libre du firmware, incluant des composants pour l'exécution côté GPU VC4.
+Rappelons que malgré la présence de pilotes ouverts, le fonctionnement de l'accélérateur vidéo VideoCore IV est assuré par un micrologiciel propriétaire chargé dans le GPU, qui contient des fonctionnalités assez étendues ; par exemple, le support d'OpenGL ES est implémenté du côté du micrologiciel. En fait, du côté du GPU, un semblant de système d'exploitation est exécuté, et le travail des pilotes ouverts est réduit à la diffusion d'appels vers le firmware fermé. Pour se débarrasser de la nécessité de télécharger des blobs, la communauté développe depuis 2017 un projet de version libre du firmware, y compris des composants pour l'exécution côté GPU VC4.
 https://github.com/librerpi
@@ Ligne 941: / Ligne 941: @@
 Les développeurs de SUSE ont partagé les premiers plans pour le développement d'une future branche majeure de la distribution SUSE Linux Enterprise, dont le nom de code est ALP (Adaptable Linux Platform). Cette nouvelle branche devrait apporter des changements radicaux, tant dans la distribution elle-même que dans les méthodes de développement.
-En particulier, SUSE a l'intention d'abandonner le modèle de développement en vase clos de SUSE Linux au profit d'un processus de développement ouvert. Si auparavant, tout le développement était effectué au sein de l'entreprise et le résultat était produit après coup, désormais les processus de création d'un kit de distribution et de son assemblage deviendront publics, ce qui permettra aux parties intéressées de suivre le travail effectué et de prendre part au développement.
+En particulier, SUSE a l'intention d'abandonner le modèle de développement en vase clos de SUSE Linux au profit d'un processus de développement ouvert. Si, auparavant, tout le développement était effectué au sein de l'entreprise et le résultat était produit après coup, désormais les processus de création d'un kit de distribution et de son assemblage deviendront publics, ce qui permettra aux parties intéressées de suivre le travail effectué et de prendre part au développement.
-Le deuxième changement majeur sera la division des fondements de la distribution en deux parties : un « système d'exploitation hôte » dépouillé qui s'exécute au-dessus du matériel, et une couche de support des applications axée sur l'exécution dans des conteneurs et des machines virtuelles. L'idée est de développer dans le « système d'exploitation hôte » l'environnement minimal nécessaire pour prendre en charge et gérer le matériel, et d'exécuter toutes les applications et les composants de l'espace utilisateur non pas dans un environnement mixte, mais dans des conteneurs ou des machines virtuelles séparés fonctionnant au-dessus du « système d'exploitation hôte » et isolés les uns des autres. Les détails seront annoncés ultérieurement, mais au cours de la discussion, le projet MicroOS est mentionné, qui développe une version dépouillée de la distribution en utilisant un système d'installation atomique et l'application automatique des mises à jour.
+Le deuxième changement majeur sera la division des fondements de la distribution en deux parties : un « système d'exploitation hôte » dépouillé qui s'exécute au-dessus du matériel, et une couche de support des applications axée sur l'exécution dans des conteneurs et des machines virtuelles. L'idée est de développer dans le « système d'exploitation hôte » l'environnement minimal nécessaire pour prendre en charge et gérer le matériel, et d'exécuter toutes les applications et les composants de l'espace utilisateur non pas dans un environnement mixte, mais dans des conteneurs ou des machines virtuelles séparés fonctionnant par-dessus le « système d'exploitation hôte » et isolés les uns des autres. Les détails seront annoncés ultérieurement, mais au cours de la discussion, le projet MicroOS est mentionné. Celui-ci développe une version dépouillée de la distribution en utilisant un système d'installation atomique et l'application automatique des mises à jour.
 https://lists.opensuse.org/archives/list/project@lists.opensuse.org/thread/N6TTE7ZBY7GFJ27XSDTXRF3MVLF6HW4W/
@@ Ligne 962: / Ligne 962: @@
 /04/2022
-Après presque deux ans de développement, Turnkey Linux 17 est publié. Il s'agit d'une collection de 119 constructions minimalistes de Debian adaptées à une utilisation dans des systèmes de virtualisation et des environnements en nuage. De cette collection, seules deux constructions prêtes à l'emploi basées sur la branche 17 sont actuellement réalisées - core (339 Mo) avec l'environnement de base et tkldev (419 Mo) avec les outils de développement et les mini-distributions de construction. Il est promis de mettre à jour les builds restants dans un futur proche.
+Après presque deux ans de développement, Turnkey Linux 17 est publié. Il s'agit d'une collection de 119 builds minimalistes de Debian adaptées à une utilisation dans des systèmes de virtualisation et des environnements en nuage. De cette collection, seules deux builds prêtes à l'emploi basées sur la branche 17 sont actuellement réalisées - core (339 Mo) avec l'environnement de base et tkldev (419 Mo) avec les outils de développement et les mini-distributions de compilation. Il est promis de mettre à jour les builds restants dans un futur proche.
 L'idée de la distribution est de fournir à l'utilisateur la possibilité, immédiatement après l'installation, d'obtenir des environnements de travail entièrement fonctionnels avec LAMP (Linux, Apache, MariaDB, PHP/Python/Perl), Ruby on Rails, Joomla, MediaWiki, Wordpress, Drupal, Apache Tomcat, LAPP, Django, MySQL, PostgreSQL, Node. js, Jenkins, Typo3, Plone, SugarCRM, punBB, OS Commerce, ownCloud, MongoDB, OpenLDAP, GitLab, CouchDB, etc.
@@ Ligne 982: / Ligne 982: @@
 https://github.com/censorship-no/ceno-browser/releases/tag/v1.4.0**
-Le navigateur WebCENO 1.4.0, focalisé sur la censure, est disponible
+Le navigateur Web CENO 1.4.0, focalisé sur la censure, est disponible
 /04/2022
-La société eQualite a publié le navigateur Web mobile CENO 1.4.0, conçu pour accéder à l'information dans des conditions de censure, de filtrage du trafic ou de déconnexion de segments Internet du réseau mondial. Firefox pour Android (Mozilla Fennec) est utilisé comme base. La fonctionnalité associée à la construction d'un réseau décentralisé a été déplacée vers une bibliothèque Ouinet distincte, qui peut être utilisée pour ajouter des outils de contournement de la censure à des applications arbitraires. Le code du projet est distribué sous la licence MIT. Des versions prêtes à l'emploi sont disponibles sur Google Play .
+La société eQualite a publié le navigateur Web mobile CENO 1.4.0, conçu pour accéder à l'information dans des conditions de censure, de filtrage du trafic ou de déconnexion de segments Internet du réseau mondial. Firefox pour Android (Mozilla Fennec) est utilisé comme base. La fonctionnalité associée à la construction d'un réseau décentralisé a été déplacée vers une bibliothèque Ouinet distincte, qui peut être utilisée pour ajouter des outils de contournement de la censure à des applications arbitraires. Le code du projet est distribué sous la licence du MIT. Des versions prêtes à l'emploi sont disponibles sur Google Play .
 Le navigateur CENO et la bibliothèque Ouinet permettent d'accéder à l'information dans des conditions de blocage actif des serveurs proxy, VPN, passerelles et autres mécanismes centralisés de contournement du filtrage du trafic, jusqu'à la fermeture complète de l'Internet dans les zones censurées (avec un blocage complet, le contenu peut être distribué à partir du cache ou des lecteurs locaux). Pour l'échange de données, un réseau P2P est créé, dans lequel les utilisateurs participent à la redirection du trafic vers des passerelles externes (injecteurs), qui donnent accès aux informations en contournant les filtres.
-Le projet prévoit également la mise en cache du contenu du côté de chaque utilisateur, en maintenant un cache décentralisé du contenu populaire. Lorsqu'un utilisateur ouvre un site, le contenu téléchargé est mis en cache sur le système de l'utilisateur et devient accessible aux membres du réseau P2P qui ne peuvent pas accéder directement à la ressource ou aux passerelles pour contourner le blocage. Chaque appareil ne stocke que les données directement demandées à cet appareil. Les pages dans le cache sont identifiées à l'aide d'un hachage de l'URL, avec toutes les données supplémentaires associées à la page, telles que les images, les scripts et les styles, regroupées et renvoyées par un seul identifiant.
+Le projet fournit également la mise en cache du contenu du côté de chaque utilisateur, en maintenant un cache décentralisé du contenu populaire. Lorsqu'un utilisateur ouvre un site, le contenu téléchargé est mis en cache sur le système de l'utilisateur et devient accessible aux membres du réseau P2P qui ne peuvent pas accéder directement à la ressource ou aux passerelles pour contourner le blocage. Chaque appareil ne stocke que les données directement demandées par cet appareil. Les pages dans le cache sont identifiées à l'aide d'un hachage de l'URL, avec toutes les données supplémentaires associées à la page, telles que les images, les scripts et les styles, regroupées et renvoyées par un seul identifiant.
 https://github.com/censorship-no/ceno-browser/releases/tag/v1.4.0
@@ Ligne 1012: / Ligne 1012: @@
 /04/2022
-Les développeurs de Fedora Linux ont l'intention de faire migrer la distribution vers le nouveau gestionnaire de paquets Microdnf au lieu du DNF actuellement utilisé. La première étape sur la voie de la migration sera une mise à jour majeure de Microdnf, prévue pour Fedora Linux 38, qui se rapprochera en termes de fonctionnalités de DNF, voire le surpassera dans certains domaines. Il est à noter que la nouvelle version de Microdnf prendra en charge toutes les principales fonctionnalités de DNF, tout en conservant des performances élevées et une grande compacité.
+Les développeurs de Fedora Linux ont l'intention de faire migrer la distribution vers le nouveau gestionnaire de paquets Microdnf au lieu du DNF actuellement utilisé. La première étape sur le chemin de la migration sera une mise à jour majeure de Microdnf, prévue pour Fedora Linux 38, qui se rapprochera en termes de fonctionnalités de DNF, voire le surpassera dans certains domaines. Il est à noter que la nouvelle version de Microdnf prendra en charge toutes les principales fonctionnalités de DNF, tout en conservant des performances élevées et une grande compacité.
 La principale différence entre Microdnf et DNF est l'utilisation de C au lieu de Python pour le développement, ce qui permet de se débarrasser d'un grand nombre de dépendances. À un moment donné, DNF a remplacé Yum, qui était entièrement écrit en Python, et dans DNF, les fonctions de bas niveau exigeant des performances ont été réécrites et déplacées dans des bibliothèques C distinctes hawkey, librepo, libsolv et libcomps, mais le cadre et les composants de haut niveau sont restés en Python. Microdnf a été développé à l'origine comme une version dépouillée de DNF pour une utilisation dans des conteneurs Docker qui ne nécessitaient pas l'installation de Python. Aujourd'hui, les développeurs de Fedora prévoient d'amener Microdnf au niveau de fonctionnalité de DNF et de remplacer complètement DNF par Microdnf.
@@ Ligne 1035: / Ligne 1035: @@
 /04/2022
-Neovim 0.7.0 est sorti, un fork de l'éditeur Vim axé sur une extensibilité et une flexibilité accrues. Le projet a retravaillé la base de code de Vim pendant plus de sept ans, ce qui a permis d'apporter des changements qui simplifient la maintenance du code, fournissent un moyen de diviser le travail entre plusieurs mainteneurs, séparent l'interface de la partie de base (l'interface peut être modifiée sans toucher aux éléments internes), et mettent en œuvre une nouvelle architecture extensible basée sur les plugins. Le code original du projet est distribué sous la licence Apache 2.0, et la partie de base est sous la licence Vim. Des builds prêts à l'emploi sont préparés pour Linux (appimage), Windows et macOS.
+Un fork de l'éditeur Vim axé sur une extensibilité et une flexibilité accrues, Neovim 0.7.0 est sorti. Le projet retravaille la base de code de Vim depuis plus de sept ans, ce qui a permis d'apporter des changements qui simplifient la maintenance du code, fournissent un moyen de diviser le travail entre plusieurs mainteneurs, séparent l'interface de la partie de base (l'interface peut être modifiée sans toucher aux éléments internes), et mettent en œuvre une nouvelle architecture extensible basée sur des plugins. Le code original du projet est distribué sous la licence Apache 2.0, et la partie de base est sous la licence Vim. Des builds prêts à l'emploi sont préparés pour Linux (appimage), Windows et macOS.
 La nouvelle version offre un support initial pour le travail à distance, permettant d'exécuter Neovim sur un serveur et de s'y connecter depuis un système client en utilisant sur le client une interface utilisateur séparée. Les autres changements sont les suivants : La prise en charge de Python 2 a été abandonnée, les fonctions Lua dans le keymap sont autorisées, de nouvelles commandes ont été ajoutées à l'API, la possibilité d'utiliser le langage Lua pour le développement de plugins et la gestion de la configuration a été considérablement étendue, les outils de diagnostic des problèmes dans le code ont été améliorés, la prise en charge de la barre d'état globale a été ajoutée, des optimisations de performances ont été effectuées. Les capacités du client LSP intégré (Language Server Protocol) ont été étendues, ce qui peut être utilisé pour déplacer la logique d'analyse et la complétion de code vers des serveurs externes.
@@ Ligne 1049: / Ligne 1049: @@
 https://savannah.gnu.org/forum/forum.php?forum_id=10158**
-Publication de l'ensemble d'utilitaires système centraux GNU Coreutils 9.1
+Publication de l'ensemble d'utilitaires du système centraux GNU Coreutils 9.1
 /04/2022
-Une version stable de l'ensemble d'utilitaires système centraux GNU Coreutils 9.1 est disponible, qui comprend des programmes tels que sort, cat, chmod, chown, chroot, cp, date, dd, echo, hostname, id, ln, ls, etc.
+Une version stable de l'ensemble d'utilitaires du système centraux GNU Coreutils 9.1 est disponible, qui comprend des programmes tels que sort, cat, chmod, chown, chroot, cp, date, dd, echo, hostname, id, ln, ls, etc.
 https://savannah.gnu.org/forum/forum.php?forum_id=10158
@@ Ligne 1069: / Ligne 1069: @@
 /04/2022
-Après six mois de développement, l'environnement utilisateur LXQt 1.1 (Qt Lightweight Desktop Environment), développé par l'équipe conjointe de développeurs des projets LXDE et Razor-qt, est sorti. L'interface LXQt continue de suivre la disposition classique d'un ordinateur de bureau avec un look et une sensation modernes qui améliorent l'expérience de l'utilisateur. LXQt se positionne comme une continuation légère, modulaire, rapide et pratique du développement des bureaux Razor-qt et LXDE, incorporant les meilleures fonctionnalités des deux shells. Le code est hébergé sur GitHub et est sous licence GPL 2.0+ et LGPL 2.1+. Des versions prêtes à l'emploi sont attendues pour Ubuntu (LXQt est proposé par défaut dans Lubuntu), Arch Linux, Fedora, openSUSE, Mageia, FreeBSD, ROSA et ALT Linux.
+Après six mois de développement, l'environnement utilisateur LXQt 1.1 (Qt Lightweight Desktop Environment), développé par l'équipe conjointe de développeurs des projets LXDE et Razor-qt, est sorti. L'interface LXQt continue de suivre la disposition classique d'un ordinateur de bureau avec un look et une sensation modernes qui améliorent l'expérience de l'utilisateur. LXQt se positionne comme une continuation légère, modulaire, rapide et pratique du développement des bureaux Razor-qt et LXDE, incorporant les meilleures fonctionnalités des deux shells. Hébergé sur GitHub, le code est sous licence GPL 2.0+ et LGPL 2.1+. Des versions prêtes à l'emploi sont attendues pour Ubuntu (LXQt est proposé par défaut dans Lubuntu), Arch Linux, Fedora, openSUSE, Mageia, FreeBSD, ROSA et ALT Linux.
 https://lxqt-project.org/release/2022/04/15/lxqt-1-1-0/\
@@ Ligne 1109: / Ligne 1109: @@
 L'ensemble comprend une sélection d'applications GNOME distribuées au format Flatpak, ainsi que la possibilité d'installer rapidement des programmes supplémentaires à partir du catalogue Flathub. Comme interface utilisateur, l'habituel GNOME avec le skin Adwaita est proposé, car il est développé par le projet principal, sans utiliser le skin Yaru qui est proposé dans Ubuntu. L'habituel Ubiquity est utilisé comme installeur.
-Les différences entre Flatpak et Snap se résument au fait que Snap offre un petit runtime de base rempli d'un conteneur basé sur les versions monolithiques d'Ubuntu Core, tandis que Flatpak, en plus du runtime principal, utilise des couches runtime supplémentaires et mises à jour séparément (bundle) avec des ensembles typiques de dépendances pour que les applications fonctionnent. Ainsi, Snap transfère la plupart des bibliothèques d'applications du côté des paquets (récemment, il a été possible de déplacer les grandes bibliothèques, telles que les bibliothèques GNOME et GTK, vers des paquets communs), et Flatpak offre des paquets de bibliothèques communes à différents paquets (par exemple, les bibliothèques ont été déplacées vers les paquets nécessaires à l'exécution des programmes GNOME ou KDE) pour rendre les paquets plus compacts.
+Les différences entre Flatpak et Snap se résument au fait que Snap offre un petit runtime de base rempli d'un conteneur basé sur les versions monolithiques d'Ubuntu Core, tandis que Flatpak, en plus du runtime principal, utilise des couches de runtime supplémentaires et mises à jour séparément (bundle) avec des ensembles typiques de dépendances pour que les applications fonctionnent. Ainsi, Snap transfère la plupart des bibliothèques d'applications du côté des paquets (récemment, il a été possible de déplacer les grandes bibliothèques, telles que les bibliothèques GNOME et GTK, vers des paquets communs), et Flatpak offre des paquets de bibliothèques communes à différents paquets (par exemple, les bibliothèques ont été déplacées vers les paquets nécessaires à l'exécution des programmes GNOME ou KDE) pour rendre les paquets plus compacts.
-Les paquets Flatpak utilisent une image basée sur la spécification OCI (Open Container Initiative), tandis que Snap utilise le montage d'images SquashFS. Pour l'isolation, Flatpak utilise la couche Bubblewrap (utilise cgroups, namespaces - espaces de noms -, Seccomp et SELinux), et pour organiser l'accès aux ressources en dehors du conteneur, le mécanisme portal. Snap utilise cgroups, namespaces, Seccomp, et AppArmor pour l'isolation, et des interfaces connectables pour interagir avec le monde extérieur et les autres paquets. Snap est développé sous le contrôle total de Canonical et n'est pas contrôlé par la communauté, tandis que le projet Flatpak est indépendant, offre une meilleure intégration avec GNOME et n'est pas lié à un seul dépôt.
+Les paquets Flatpak utilisent une image basée sur la spécification OCI (Open Container Initiative), tandis que Snap utilise le montage d'images SquashFS. Pour l'isolation, Flatpak utilise la couche Bubblewrap (qui utilise cgroups, namespaces - espaces de noms -, Seccomp et SELinux), et pour organiser l'accès aux ressources en dehors du conteneur, le mécanisme portal. Snap utilise cgroups, namespaces, Seccomp, et AppArmor pour l'isolation, et des interfaces connectables pour interagir avec le monde extérieur et les autres paquets. Snap est développé sous le contrôle total de Canonical et n'est pas contrôlé par la communauté, tandis que le projet Flatpak est indépendant, offre une meilleure intégration avec GNOME et n'est pas lié à un seul dépôt.
 https://www.reddit.com/r/Ubuntu/comments/u4jqt5/ubuntu_with_flatpaks_without_the_snaps_celestial/
@@ Ligne 1132: / Ligne 1132: @@
 /04/2022
-Dans la base de code de la bibliothèque SDL (Simple DirectMedia Layer), un changement précédemment accepté a été annulé, qui activait par défaut le travail basé sur le protocole Wayland dans les environnements qui fournissent un support simultané pour Wayland et X11. Ainsi, dans la version 2.0.22, comme auparavant, dans les environnements Wayland avec un composant XWayland, la sortie utilisant le protocole X11 sera utilisée par défaut.
+Dans la base de code de la bibliothèque SDL (Simple DirectMedia Layer), un changement précédemment accepté a été annulé. Celui-ci activait par défaut le travail basé sur le protocole Wayland dans les environnements qui fournissent un support simultané pour Wayland et X11. Ainsi, dans la version 2.0.22, comme auparavant, dans les environnements Wayland avec un composant XWayland, la sortie utilisant le protocole X11 sera utilisée par défaut.
 Il est à noter que le code SDL associé au support de Wayland est stable, mais que certains problèmes restent non résolus dans les applications tierces. Par exemple, il y a des régressions dans les jeux et des problèmes lors de l'utilisation des pilotes NVIDIA, la gestion des événements dans libwayland, le chargement des plugins dans libdecor et le fonctionnement de l'application Steam.
@@ Ligne 1153: / Ligne 1153: @@
 https://github.com/ptitSeb/box86**
-Nouvelles versions des émulateurs Box86 et Box64 vous permettant d'exécuter des jeux x86 sur des systèmes ARM
+De nouvelles versions des émulateurs Box86 et Box64 vous permettent d'exécuter des jeux x86 sur des systèmes ARM
 /04/2022
-Les versions des émulateurs Box86 0.2.6 et Box64 0.1.8 sont sorties. Les projets sont développés de manière synchronisée par la même équipe de développement - Box86 est limité à l'exécution d'applications x86 32-bit, tandis que Box64 permet d'exécuter des exécutables 64-bit. Le projet accorde une grande attention au lancement d'applications de jeu, y compris la possibilité de lancer des constructions Windows via wine et Proton. Le code source du projet est écrit en C et distribué sous la licence MIT.
+Les versions des émulateurs Box86 0.2.6 et Box64 0.1.8 sont sorties. Les projets sont développés de manière synchronisée par la même équipe de développement - Box86 est limité à l'exécution d'applications x86 32-bit, tandis que Box64 permet de lancer des exécutables 64-bit. Le projet accorde une grande attention au lancement d'applications de jeu, y compris la possibilité de lancer des builds Windows via wine et Proton. Le code source du projet est écrit en C et distribué sous la licence du MIT.
 L'une des caractéristiques du projet est l'utilisation d'un modèle d'exécution hybride, dans lequel l'émulation est appliquée uniquement au code machine de l'application elle-même et à des bibliothèques spécifiques. Les bibliothèques système génériques, notamment libc, libm, GTK, SDL, Vulkan et OpenGL, sont remplacées par des variantes natives des plateformes cibles. Ainsi, les appels aux bibliothèques sont exécutés sans émulation, ce qui permet une augmentation significative des performances.
-Dans les tests de performance, lors de l'exécution sur les plateformes Armhf et Aarch64, les émulateurs Box86 et Box64 ont largement dépassé les projets QEMU et FEX-emu, et dans certains tests (glmark2, openarena), ils ont atteint des performances identiques à l'exécution d'un assemblage natif de la plateforme cible. Dans les tests 7-zip et dav1d, qui requièrent des calculs intensifs, les performances de Box64 représentaient entre 27% et 53% de celles de l'application native (contre 5-16% pour QEMU et 13-26% pour FEX-emu). De plus, une comparaison a été faite avec l'émulateur Rosetta 2 utilisé par Apple pour exécuter du code x86 sur des systèmes avec une puce ARM M1. Rosetta 2 a exécuté le benchmark basé sur 7zip à 71% de la construction native, tandis que Box64 a fait 57%.
+Dans les tests de performance, lors de l'exécution sur les plateformes Armhf et Aarch64, les émulateurs Box86 et Box64 ont largement dépassé les projets QEMU et FEX-emu et, dans certains tests (glmark2, openarena), ils ont atteint des performances identiques à l'exécution d'un assemblage natif de la plateforme cible. Dans les tests 7-zip et dav1d, qui requièrent des calculs intensifs, les performances de Box64 représentaient entre 27 % et 53 % de celles de l'application native (contre 5-16 % pour QEMU et 13-26 % pour FEX-emu). De plus, une comparaison a été faite avec l'émulateur Rosetta 2 utilisé par Apple pour exécuter du code x86 sur des systèmes avec une puce ARM M1. Rosetta 2 a exécuté le benchmark basé sur 7zip à 71 % de la construction native, tandis que Box64 a fait 57 %.
 https://github.com/ptitSeb/box64
@@ Ligne 1178: / Ligne 1178: @@
 /04/2022
-QEMU 7.0 est sorti. En tant qu'émulateur, QEMU vous permet d'exécuter un programme construit pour une plateforme matérielle sur un système ayant une architecture complètement différente, par exemple, exécuter une application ARM sur un PC compatible x86. Dans le mode de virtualisation de QEMU, les performances d'exécution du code dans un environnement isolé sont proches d'un système matériel grâce à l'exécution directe des instructions sur le CPU et à l'utilisation de l'hyperviseur Xen ou du module KVM.
+QEMU 7.0 est sorti. En tant qu'émulateur, QEMU vous permet d'exécuter un programme compilé pour une plateforme matérielle sur un système ayant une architecture complètement différente, par exemple, exécuter une application ARM sur un PC compatible x86. Dans le mode de virtualisation de QEMU, les performances d'exécution du code dans un environnement isolé sont proches d'un système matériel grâce à l'exécution directe des instructions sur le CPU et à l'utilisation de l'hyperviseur Xen ou du module KVM.
 Le projet a été créé à l'origine par Fabrice Bellard pour permettre aux exécutables Linux construits pour la plateforme x86 de s'exécuter sur des architectures non-x86. Au fil des années de développement, le support complet de l'émulation a été ajouté pour 14 architectures matérielles, le nombre de périphériques matériels émulés a dépassé 400. En préparation de la version 7.0, plus de 2500 modifications ont été apportées par 225 développeurs.
@@ Ligne 1197: / Ligne 1197: @@
 /04/2022
-Pour la distribution Ubuntu 22.04, un dépôt PPA a été préparé avec le paquet qtwayland, dans lequel des corrections liées à l'amélioration du support du protocole Wayland ont été déplacées de la branche Qt 5.15.3 , maintenue par le projet KDE. L'inclusion du paquet inclut des changements qui sont nécessaires pour le fonctionnement correct de qtwayland sur les systèmes avec des pilotes propriétaires NVIDIA. De plus, l'intention d'ajouter le paquet proposé à Debian a été annoncée (la demande de fusion a déjà été préparée), après quoi ce paquet pourra être officiellement transféré aux principales distributions Ubuntu et dérivées.
+Pour la distribution Ubuntu 22.04, un dépôt PPA a été préparé avec le paquet qtwayland, dans lequel des corrections liées à l'amélioration du support du protocole Wayland ont été déplacées de la branche Qt 5.15.3, maintenue par le projet KDE. L'inclusion du paquet comprend des changements qui sont nécessaires pour le fonctionnement correct de qtwayland sur les systèmes avec des pilotes propriétaires NVIDIA. De plus, l'intention d'ajouter le paquet proposé à Debian a été annoncée (la demande de fusion a déjà été préparée), après quoi ce paquet pourra être officiellement transféré aux principales distributions Ubuntu et dérivées.
 https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/4829
@@ Ligne 1216: / Ligne 1216: @@
 /04/2022
-Steve McIntyre, chef du projet Debian depuis plusieurs années, a pris l'initiative de repenser l'attitude de Debian vis-à-vis de la livraison de microprogrammes propriétaires, qui ne sont actuellement pas inclus dans les images d'installation officielles et sont fournis dans un dépôt séparé non libre. Selon Steve, essayer d'atteindre l'idéal de ne fournir que des logiciels libres cause des problèmes inutiles aux utilisateurs, qui dans de nombreux cas doivent installer des microprogrammes propriétaires s'ils veulent que leur matériel fonctionne correctement.
+Steve McIntyre, chef du projet Debian depuis plusieurs années, a pris l'initiative de repenser l'attitude de Debian vis-à-vis de la livraison de microprogrammes propriétaires, qui ne sont actuellement pas inclus dans les images d'installation officielles et sont fournis dans un dépôt séparé non libre. Selon Steve, essayer d'atteindre l'idéal de ne fournir que des logiciels libres cause des problèmes inutiles aux utilisateurs, qui, dans de nombreux cas, doivent installer des microprogrammes propriétaires s'ils veulent que leur matériel fonctionne correctement.
 Les microprogrammes propriétaires sont placés dans un dépôt non libre distinct, avec d'autres paquets distribués sous des licences non libres et ouvertes. Le dépôt non libre ne fait pas officiellement partie du projet Debian et les paquets qu'il contient ne peuvent pas être inclus dans l'installation et les constructions Live. Pour cette raison, les images d'installation avec des microprogrammes propriétaires sont construites séparément et classées comme non officielles, bien qu'elles soient officiellement développées et maintenues par le projet Debian.
-L'approche de Debian crée de nombreux problèmes, notamment des désagréments pour les utilisateurs et un gaspillage de ressources pour construire, tester et héberger des constructions non officielles avec des microprogrammes fermés. Le projet présente les images officielles comme les principales constructions recommandées, mais ne fait qu'embrouiller ces utilisateurs, car ils rencontrent des problèmes de prise en charge du matériel pendant le processus d'installation. L'utilisation de constructions non officielles conduit involontairement à la popularisation des logiciels non libres, puisque l'utilisateur, avec le micrologiciel, reçoit également un dépôt non libre connecté avec d'autres logiciels non libres, alors que si le micrologiciel était proposé séparément, il serait possible de se passer du dépôt non libre.
+L'approche de Debian crée de nombreux problèmes, notamment des désagréments pour les utilisateurs et un gaspillage de ressources pour construire, tester et héberger des constructions non officielles avec des microprogrammes fermés. Le projet présente les images officielles comme les principales constructions recommandées, mais ne fait qu'embrouiller ces utilisateurs, car ils rencontrent des problèmes de prise en charge du matériel pendant le processus d'installation. L'utilisation de builds non officiels conduit involontairement à la popularisation des logiciels non libres, puisque l'utilisateur, avec le micrologiciel, reçoit également un dépôt non libre connecté avec d'autres logiciels non libres, alors que si le micrologiciel était proposé séparément, il serait possible de se passer du dépôt non libre.
 https://blog.einval.com/2022/04/19
@@ Ligne 1237: / Ligne 1237: @@
 /04/2022
-Après trois mois de développement, la version 2.36 du système distribué de contrôle des sources Git a été publiée. Git est l'un des systèmes de contrôle de version les plus populaires, les plus fiables et les plus performants, qui fournit des outils de développement non linéaires flexibles basés sur le branchement et la fusion de branches. Pour assurer l'intégrité de l'historique et la résistance aux changements « avec rétro-datage », un hachage implicite de l'ensemble de l'historique précédent dans chaque commit est utilisé, il est également possible de vérifier les signatures numériques des développeurs des balises et commits individuels.
+Après trois mois de développement, la version 2.36 du système distribué de contrôle des sources Git a été publiée. Git est l'un des systèmes de contrôle de version les plus populaires, les plus fiables et les plus performants, qui fournit des outils de développement non linéaires flexibles basés sur le branchement et la fusion de branches. Pour assurer l'intégrité de l'historique et la résistance aux changements « avec rétro-datage », un hachage implicite de l'ensemble de l'historique précédent dans chaque commit est utilisé. Il est également possible de vérifier les signatures numériques des développeurs des balises et commits individuels.
 Par rapport à la version précédente, 717 changements ont été acceptés dans la nouvelle version, préparée avec la participation de 96 développeurs, dont 26 ont pris part au développement pour la première fois.
@@ Ligne 1260: / Ligne 1260: @@
 /04/2022
-La sortie de oVirt 4.5.0, basé sur l'hyperviseur KVM et la bibliothèque libvirt, et qui est une plateforme pour le déploiement, la maintenance et la surveillance des machines virtuelles et la gestion des infrastructures en nuage, a été annoncée. Les technologies de gestion des machines virtuelles développées dans oVirt sont utilisées dans le produit Red Hat Enterprise Virtualization et peuvent servir d'alternative ouverte à VMware vSphere. En plus de Red Hat, Canonical, Cisco, IBM, Intel, NetApp et SUSE ont également participé au développement. Le code du projet est distribué sous la licence GPLv2. Des paquets prêts à l'emploi sont disponibles pour CentOS Stream 8 et Red Hat Enterprise Linux 8.6 Beta. Une image Iso prête au déploiement d'oVirt Node NG basée sur CentOS Stream 8 est également disponible.
+Basé sur l'hyperviseur KVM et la bibliothèque libvirt, oVirt 4.5.0 est une plateforme pour le déploiement, la maintenance et la surveillance des machines virtuelles et la gestion des infrastructures en nuage. Sa sortie a été annoncée. Les technologies de gestion des machines virtuelles développées dans oVirt sont utilisées dans le produit Red Hat Enterprise Virtualization et peuvent servir d'alternative ouverte à VMware vSphere. En plus de Red Hat, Canonical, Cisco, IBM, Intel, NetApp et SUSE ont également participé au développement. Le code du projet est distribué sous la licence GPLv2. Des paquets prêts à l'emploi sont disponibles pour CentOS Stream 8 et Red Hat Enterprise Linux 8.6 Beta. Une image ISO prête au déploiement d'oVirt Node NG basée sur CentOS Stream 8 est également disponible.
-oVirt est une pile qui couvre tous les niveaux de virtualisation, de l'hyperviseur à l'API et à l'interface graphique. Malgré le fait que KVM soit positionné comme l'hyperviseur principal dans oVirt, l'interface est implémentée comme un add-on à la bibliothèque libvirt, qui n'est lié au type d'hyperviseur et convient à la gestion des machines virtuelles basées sur divers systèmes de virtualisation, y compris Xen et VirtualBox. Dans le cadre d'oVirt, une interface est en cours de développement pour la création rapide et massive de machines virtuelles hautement disponibles avec un support pour la migration en direct des environnements entre les serveurs sans arrêter le travail.
+oVirt est une pile qui couvre tous les niveaux de virtualisation, de l'hyperviseur à l'API et à l'interface graphique. Malgré le fait que KVM soit positionné comme l'hyperviseur principal dans oVirt, l'interface est implémentée comme un add-on à la bibliothèque libvirt, qui n'est pas lié au type d'hyperviseur et convient à la gestion des machines virtuelles basées sur divers systèmes de virtualisation, y compris Xen et VirtualBox. Dans le cadre d'oVirt, une interface est en cours de développement pour la création rapide et massive de machines virtuelles hautement disponibles avec un support pour la migration en direct des environnements entre les serveurs sans arrêter le travail.
 La plateforme fournit des outils pour créer des règles d'équilibrage dynamique et gérer les ressources des clusters, des mécanismes de gestion de l'énergie des clusters, des outils de gestion des images de machines virtuelles et des composants pour convertir et importer des machines virtuelles existantes. Un seul magasin de données virtuel est pris en charge, accessible depuis n'importe quel nœud. L'interface contient un système de rapports avancé et des outils d'administration qui vous permettent de gérer la configuration tant au niveau de l'infrastructure qu'au niveau des machines virtuelles individuelles.
@@ Ligne 1276: / Ligne 1276: @@
 https://lists.infradead.org/pipermail/openwrt-devel/2022-April/038491.html**
-Nouvelles versions 21.02.3 et 19.07.10 d'OpenWrt
+Nouvelles versions d'OpenWrt, les 21.02.3 et 19.07.10
 /04/2022
-Les mises à jour 19.07.10 et 21.02.3 du kit de distribution OpenWrt ont été publiées. Elles concernent divers périphériques réseau tels que les routeurs, les commutateurs et les points d'accès. OpenWrt prend en charge de nombreuses plateformes et architectures différentes et dispose d'un système de construction qui permet d'effectuer facilement et commodément une compilation croisée, en incluant divers composants dans l'assemblage, ce qui facilite la création d'un micrologiciel prêt à l'emploi adapté à des tâches spécifiques ou d'une image disque avec l'ensemble souhaité de paquets préinstallés. Les builds sont générés pour 36 plateformes cibles. La version 19.07.10 d'OpenWrt est marquée comme la dernière de la branche 19.07, qui a expiré.
+Les mises à jour 19.07.10 et 21.02.3 du kit de distribution OpenWrt ont été publiées. Elles concernent divers périphériques réseau tels que les routeurs, les commutateurs et les points d'accès. OpenWrt prend en charge de nombreuses plateformes et architectures différentes et dispose d'un système de build qui permet d'effectuer facilement et commodément une compilation croisée, en incluant divers composants dans l'assemblage, ce qui facilite la création d'un micrologiciel prêt à l'emploi adapté à des tâches spécifiques ou d'une image disque avec l'ensemble souhaité de paquets préinstallés. Les builds sont générés pour 36 plateformes cibles. La version 19.07.10 d'OpenWrt est marquée comme la dernière de la branche 19.07, qui a expiré.
 https://lists.infradead.org/pipermail/openwrt-devel/2022-April/038491.html
@@ Ligne 1349: / Ligne 1349: @@
 Principaux changements :
-Le bureau a été mis à jour à la version 42 de GNOME, dans laquelle des paramètres pour la conception de l'interface sombre commune à tout l'environnement ont été ajoutés, et GNOME Shell et les performances ont été optimisées. Lorsque vous appuyez sur le bouton PrintScreen, vous pouvez créer un screencast ou une capture d'écran d'une partie sélectionnée de l'écran ou d'une fenêtre séparée. Pour préserver l'intégrité de la conception et la stabilité de l'environnement utilisateur dans Ubuntu 22.04, les versions de certaines applications de la branche GNOME 41 ont été laissées (nous parlons principalement des applications traduites dans GNOME 42 en GTK 4 et libadwaita). La plupart des configurations proposent par défaut une session de bureau basée sur le protocole Wayland, mais offrent la possibilité de revenir à l'utilisation d'un serveur X lors de la connexion. L'utilisation du serveur X est également laissée par défaut pour les systèmes avec des pilotes propriétaires NVIDIA.
+Le bureau a été mis à jour à la version 42 de GNOME, dans laquelle des paramètres pour la conception de l'interface sombre commune à tout l'environnement ont été ajoutés, et GNOME Shell et les performances ont été optimisées. Lorsque vous appuyez sur la touche PrintScreen (impécr), vous pouvez créer un screencast ou une capture d'écran d'une partie sélectionnée de l'écran ou d'une fenêtre séparée. Pour préserver l'intégrité de la conception et la stabilité de l'environnement utilisateur dans Ubuntu 22.04, les versions de certaines applications de la branche GNOME 41 ont été laissées (nous parlons principalement des applications traduites dans GNOME 42 en GTK 4 et libadwaita). La plupart des configurations proposent par défaut une session de bureau basée sur le protocole Wayland, mais offrent la possibilité de revenir à l'utilisation d'un serveur X lors de la connexion. L'utilisation du serveur X est également laissée par défaut pour les systèmes avec des pilotes propriétaires NVIDIA.
 options de couleurs dans les styles sombre et clair sont offertes. Les icônes du bureau ont été déplacées par défaut dans le coin inférieur droit de l'écran (ce comportement peut être modifié dans les paramètres d'apparence). Dans le thème Yaru, tous les boutons, curseurs, widgets et interrupteurs utilisent l'orange au lieu de l'aubergine. Un remplacement similaire est effectué dans le jeu d'icônes. La couleur du bouton de fermeture de la fenêtre active a également été modifiée, passant de l'orange au gris, et la couleur des poignées des curseurs du gris clair au blanc.
@@ Ligne 1397: / Ligne 1397: @@
 Les versions de Lubuntu continuent de fournir l'environnement graphique LXQt 0.17.
-En outre, deux éditions non officielles d'Ubuntu 22.04 sont publiées - Ubuntu Cinnamon Remix 22.04 (images Iso) avec le bureau Cinnamon et Ubuntu Unity 22.04 (images Iso) avec le bureau Unity7.
+En outre, deux éditions non officielles d'Ubuntu 22.04 sont publiées - Ubuntu Cinnamon Remix 22.04 (images ISO) avec le bureau Cinnamon et Ubuntu Unity 22.04 (images ISO) avec le bureau Unity7.
 https://discourse.ubuntu.com/t/jammy-jellyfish-release-notes/24668
@@ Ligne 1418: / Ligne 1418: @@
 Valve a publié la version 7.0-2 du projet Proton, qui est basé sur la base de code du projet Wine et vise à exécuter sur Linux des applications de jeux créées pour Windows et présentes dans le catalogue Steam. Les développements du projet sont distribués sous la licence BSD.
-Proton vous permet d'exécuter directement des applications de jeu créées pour Windows sur le client Steam Linux. Le paquet inclut l'implémentation de DirectX 9/10/11 (basé sur le paquet DXVK) et DirectX 12 (basé sur vkd3d-proton) fonctionnant à travers la traduction des appels DirectX vers l'API Vulkan, fournit un support amélioré pour les contrôleurs de jeu et la possibilité d'utiliser le mode plein écran indépendamment de la résolution d'écran supportée dans les jeux. Pour augmenter les performances des jeux multithreads, les mécanismes « esync » (Eventfd Synchronization) et « futex/fsync » sont pris en charge.
+Proton vous permet d'exécuter directement des applications de jeu créées pour Windows sur le client Steam Linux. Le paquet inclut l'implémentation de DirectX 9/10/11 (basé sur le paquet DXVK) et DirectX 12 (basé sur vkd3d-proton) fonctionnant à travers la traduction des appels DirectX vers l'API Vulkan, fournit un support amélioré pour les contrôleurs de jeu et la possibilité d'utiliser le mode plein écran indépendamment de la résolution d'écran supportée dans les jeux. Pour augmenter les performances des jeux multi-threads, les mécanismes « esync » (Eventfd Synchronization) et « futex/fsync » sont pris en charge.
 https://github.com/ValveSoftware/Proton/releases/tag/proton-7.0-2
@@ Ligne 1435: / Ligne 1435: @@
 /04/2022
-La sortie du système d'exploitation libre multiplateforme de type UNIX OpenBSD 7.1 est présentée. Le projet OpenBSD a été fondé par Theo de Raadt en 1995 après un conflit avec les développeurs de NetBSD qui refusaient à Theo l'accès au dépôt CVS de NetBSD. Après cela, Theo de Raadt et un groupe de personnes partageant les mêmes idées ont créé un nouveau système d'exploitation ouvert basé sur l'arbre source de NetBSD, les principaux objectifs de développement étaient la portabilité (13 plates-formes matérielles sont supportées), la standardisation, le fonctionnement correct, la sécurité proactive et les outils cryptographiques intégrés. La taille de l'image ISO d'installation complète du système de base OpenBSD 7.1 est de 580 Mo.
+La sortie du système d'exploitation libre multi-plateforme de type UNIX OpenBSD 7.1 est présentée. Le projet OpenBSD a été fondé par Theo de Raadt en 1995 après un conflit avec les développeurs de NetBSD qui refusaient à Theo l'accès au dépôt CVS de NetBSD. Après cela, Theo de Raadt et un groupe de personnes partageant les mêmes idées ont créé un nouveau système d'exploitation ouvert basé sur l'arbre source de NetBSD, les principaux objectifs de développement étaient la portabilité (13 plates-formes matérielles sont supportées), la standardisation, le fonctionnement correct, la sécurité proactive et les outils cryptographiques intégrés. La taille de l'image ISO d'installation complète du système de base OpenBSD 7.1 est de 580 Mo.
 En plus du système d'exploitation lui-même, le projet OpenBSD est connu pour ses composants, qui se sont répandus dans d'autres systèmes et se sont avérés être l'une des solutions les plus sûres et de haute qualité. Parmi eux : LibreSSL (fork d'OpenSSL), OpenSSH, le filtre de paquets PF, les démons de routage OpenBGPD et OpenOSPFD, le serveur NTP OpenNTPD, le serveur de messagerie OpenSMTPD, le multiplexeur de terminal texte (similaire à GNU screen) tmux, le démon identd avec l'implémentation du protocole IDENT, l'alternative BSDL du paquetage GNU groff - mandoc, un protocole pour organiser les systèmes tolérants aux pannes CARP (Common Address Redundancy Protocol), un serveur http léger, un utilitaire de synchronisation de fichiers OpenRSYNC.