1
Capyloon operating system based on Firefox OS: 03/26/2022 An experimental release of the Capyloon operating system, built web technologies and continuing the development of the Firefox OS platform and the B2G (Boot to Gecko) project, is presented. The project is being developed by Fabrice Desré, former leader of the Firefox OS team at Mozilla and chief architect of KaiOS Technologies, which develops KaiOS, a fork of Firefox OS. Among the main tasks of Capyloon is the provision of confidentiality and providing the user with the means to control the system and information. Capyloon is based on the gecko-b2g engine, forked from the KaiOS repository. The source of the project are distributed under the AGPLv3 license. The first release is ready for use on PinePhone Pro, Librem 5 and Google Pixel 3a smartphones. Potentially, the platform can be used on the first PinePhone model, but the performance of this device may not be enough for comfortable work. The builds are available in packages for Debian, the Mobian environment (Debian's mobile variant), and in the form of an Android-based base system image. To install on Mobian and Debian, just install the proposed deb package and run the b2gos shell. The package includes programs such as a web browser, a client for the Matrix instant messaging system, a terminal emulator, an address book, a phone call interface, a virtual keyboard, a file manager and a webcam application. Supports the creation of widgets and placement of shortcuts on the desktop. https://www.reddit.com/r/pinephone/comments/tnq22v/capyloon_now_available_for_the_pinephone_pro/
Système d'exploitation Capyloon basé sur Firefox OS 26/03/2022
Une version expérimentale du système d'exploitation Capyloon, construite sur des technologies Web et poursuivant le développement de la plateforme Firefox OS et du projet B2G (Boot to Gecko), est présentée. Le projet est développé par Fabrice Desré, ancien responsable de l'équipe Firefox OS chez Mozilla et architecte en chef de KaiOS Technologies, qui développe KaiOS, un fork de Firefox OS. Parmi les principales tâches de Capyloon figurent la garantie de la confidentialité et la fourniture à l'utilisateur des moyens de contrôler le système et les informations. Capyloon est basé sur le moteur gecko-b2g, forké à partir du dépôt KaiOS. Les sources du projet sont distribuées sous la licence AGPLv3.
La première version est prête à être utilisée sur les smartphones PinePhone Pro, Librem 5 et Google Pixel 3a. Potentiellement, la plateforme peut être utilisée sur le premier modèle PinePhone, mais les performances de cet appareil pourraient ne pas être suffisantes pour un travail confortable. Les builds sont disponibles sous forme de paquets pour Debian, l'environnement Mobian (la variante mobile de Debian), et sous la forme d'une image du système de base basée sur Android. Pour l'installer sur Mobian et Debian, il suffit d'installer le paquet deb proposé et d'exécuter le shell b2gos.
Le paquet comprend des programmes tels qu'un navigateur Web, un client pour le système de messagerie instantanée Matrix, un émulateur de terminal, un carnet d'adresses, une interface d'appel téléphonique, un clavier virtuel, un gestionnaire de fichiers et une application de webcam. Il prend en charge la création de widgets et le placement de raccourcis sur le bureau.
https://www.reddit.com/r/pinephone/comments/tnq22v/capyloon_now_available_for_the_pinephone_pro/
Debian 11.3 and 10.12 update: 26.03.2022 The third corrective update of the Debian 11 distribution has been published, which includes the accumulated package updates and fixes bugs in the installer. The release includes 92 stability updates and 83 security updates. Of the changes in Debian 11.3, we can note the update to the latest stable versions of the apache2, clamav, dpdk, galera, openssl and rust-cbindgen packages, as well as the removal of the outdated angular-maven-plugin and minify-maven-plugin packages. Installation builds will be prepared for download and installation from scratch, as well as live iso-hybrid with Debian 11.3. Previously installed and up-to-date systems receive the updates that are present in Debian 11.3 through the native update system. Security fixes included in new releases of Debian are made available to users as updates are released via the security.debian.org service. At the same time, a new release of the previous Debian 10.12 stable branch is available , which includes 78 stability updates and 50 vulnerability updates. The angular-maven-plugin and minify-maven-plugin packages have been removed from the repository. OpenSSL includes verification that the requested digital signature algorithm matches the selected security level. For example, if you try to use RSA+SHA1 with security level set to 2, an error will be returned, since this algorithm is not supported at level 2. If necessary, the level can be overridden by specifying the '-cipher “ALL:@SECLEVEL=1”' option on the command line or by changing the settings in the /etc/ssl/openssl.cnf file. https://www.debian.org/News/2022/20220326
Mises à jour 11.3 et 10.12 de Debian 26/03/2022
La troisième mise à jour corrective de la distribution Debian 11 a été publiée. Elle inclut les mises à jour cumulatives des paquets et corrige les bogues dans l'installeur. La publication comprend 92 mises à jour de stabilité et 83 mises à jour de sécurité. Parmi les changements de Debian 11.3, on peut noter la mise à jour vers les dernières versions stables des paquets apache2, clamav, dpdk, galera, openssl et rust-cbindgen, ainsi que la suppression des paquets obsolètes angular-maven-plugin et minify-maven-plugin.
Les builds d'installation seront préparées pour le téléchargement et l'installation à partir de zéro, ainsi qu'une iso-hybride Live avec Debian 11.3. Les systèmes précédemment installés et mis à jour reçoivent les mises à jour présentent dans Debian 11.3 par le biais du système de mise à jour natif. Les correctifs de sécurité inclus dans les nouvelles versions de Debian sont mis à la disposition des utilisateurs au fur et à mesure de la publication des mises à jour via le service security.debian.org.
En même temps, une nouvelle version, la 10.12, de la branche stable de la précédente Debian est disponible, qui comprend 78 mises à jour de stabilité et 50 mises à jour de vulnérabilité. Les paquets angular-maven-plugin et minify-maven-plugin ont été supprimés du dépôt. OpenSSL inclut la vérification que l'algorithme de signature numérique demandé correspond au niveau de sécurité sélectionné. Par exemple, si vous essayez d'utiliser RSA+SHA1 avec un niveau de sécurité défini sur 2, une erreur sera renvoyée, car cet algorithme n'est pas supporté au niveau 2. Si nécessaire, le niveau peut être remplacé en spécifiant l'option '-cipher “ALL:@SECLEVEL=1”' sur la ligne de commande ou en modifiant les paramètres dans le fichier /etc/ssl/openssl.cnf.
https://www.debian.org/News/2022/20220326
The Rolling Rhino Remix Project develops a continuously updated build of Ubuntu: 27.03.2022 The first release of a new unofficial edition of Ubuntu Linux is presented - Rolling Rhino Remix , which implements a model of continuous delivery of updates (rolling releases). The revision may be useful for advanced users or developers who need to keep abreast of all changes or who want to have access to the most recent versions of programs. Unlike existing scripts for converting daily experimental builds into a kind of rolling releases, the Rolling Rhino Remix project provides ready -made installation images (3.2 GB) that allow you to immediately get a rolling system without copying and running external scripts. Changes from normal test builds of Ubuntu mainly come down to the inclusion of development branches of the repositories, which build packages with new versions of applications ported from the Debian Sid and Unstable branches. To install updates, a separate rhino utility is offered , which is a binding for installing updates, replacing the “apt update” and “apt upgrade” commands. The utility is also used to initially set up repositories in the /etc/apt/sources.list file after installation. As for the iso images, they are a repackaging of the daily Ubuntu Daily Build test builds . https://rollingrhinoremix.github.io/blog/
Le projet Rolling Rhino Remix développe une version d'Ubuntu continuellement mise à jour 27/03/2022
La première version d'une nouvelle édition non officielle d'Ubuntu Linux est présentée - Rolling Rhino Remix , qui met en œuvre un modèle de livraison continue des mises à jour (rolling releases). La révision peut être utile pour les utilisateurs avancés ou les développeurs qui ont besoin de se tenir au courant de tous les changements ou qui veulent avoir accès aux versions les plus récentes des programmes. Contrairement aux scripts existants qui permettent de convertir les constructions expérimentales quotidiennes en une sorte de version « roulante », le projet Rolling Rhino Remix fournit des images d'installation prêtes à l'emploi (3,2 Go) qui vous permettent d'obtenir immédiatement un système roulant sans avoir à copier et à exécuter des scripts externes.
Les changements par rapport aux constructions de test normales d'Ubuntu se résument principalement à l'inclusion des branches de développement des dépôts, qui construisent des paquets avec de nouvelles versions d'applications portées depuis les branches Sid et Unstable de Debian. Pour installer les mises à jour, un utilitaire rhino séparé est proposé, qui est une liaison pour l'installation des mises à jour, remplaçant les commandes « apt update » et « apt upgrade ». L'utilitaire est également utilisé pour configurer initialement les dépôts dans le fichier /etc/apt/sources.list après l'installation. Quant aux images ISO, elles sont un reconditionnement des builds de test quotidiens d'Ubuntu Daily Build .
2
4MLinux distribution release 39.0 27.03.2022 The release of 4MLinux 39.0 has been published, a minimalistic custom distribution that is not a fork from other projects and uses a JWM-based graphical environment. 4MLinux can be used not only as a Live environment for playing multimedia files and solving user tasks, but also as a disaster recovery system and a platform for running LAMP servers (Linux, Apache, MariaDB and PHP). Two iso-images (1 GB, x86_64) with a graphical environment and a selection of programs for server systems have been prepared for download. https://4mlinux-releases.blogspot.com/2022/03/4mlinux-390-stable-released.html
Version 39.0 de la distribution 4MLinux 27/03/2022
La version 39.0 de la distribution 4MLinux a été publiée. Il s'agit d'une distribution personnalisée minimaliste qui n'est pas un fork d'autres projets et qui utilise un environnement graphique basé sur JWM. 4MLinux peut être utilisée non seulement comme un environnement Live pour lire des fichiers multimédia et résoudre des tâches utilisateur, mais aussi comme un système de reprise après sinistre et une plateforme pour l'exécution de serveurs LAMP (Linux, Apache, MariaDB et PHP). Deux images ISO (1 Go, x86_64) avec un environnement graphique et une sélection de programmes pour les systèmes serveurs ont été préparées pour le téléchargement.
https://4mlinux-releases.blogspot.com/2022/03/4mlinux-390-stable-released.html
Drawing 1.0.0 rleased: 03/27/2022 The release of Drawing 1.0.0, a simple drawing program similar to Microsoft Paint, has been published. The project is written in Python using the GTK library and distributed under the GPLv3 license. Ready packages are prepared for Ubuntu , Fedora and in Flatpak format. GNOME is considered as the main graphical environment, but alternative interface layouts are offered for elementaryOS, Cinnamon, LXDE, LXQt and MATE, as well as a mobile version for Pinephone and Librem 5 smartphones. The program supports images in PNG, JPEG and BMP formats. Provides traditional drawing tools such as pencil, stylus pressure-sensitive brushes, airbrush, eraser, lines, rectangles, polygons, freeform, text, fill, marquee, crop, scale, transform, rotate, change brightness, select and replace colors, filters (increasing contrast or saturation, blurring, adding transparency, inverting). https://maoschanz.github.io/drawing/
Dessin 1.0.0 publié 27/03/2022
La version 1.0.0 de Drawing, un simple programme de dessin similaire à Microsoft Paint, a été publiée. Le projet est écrit en Python en utilisant la bibliothèque GTK et distribué sous la licence GPLv3. Des paquets prêts à l'emploi sont préparés pour Ubuntu, Fedora et au format Flatpak. GNOME est considéré comme l'environnement graphique principal, mais des dispositions d'interface alternatives sont proposées pour elementaryOS, Cinnamon, LXDE, LXQt et MATE, ainsi qu'une version mobile pour les smartphones Pinephone et Librem 5.
Le programme prend en charge les images aux formats PNG, JPEG et BMP. Il fournit des outils de dessin traditionnels tels que le crayon, les pinceaux sensibles à la pression du stylet, l'aérographe, la gomme, les lignes, les rectangles, les polygones, les formes libres, le texte, le remplissage, le marquage, le recadrage, l'échelle, la transformation, la rotation, la modification de la luminosité, la sélection et le remplacement des couleurs, les filtres (augmentation du contraste ou de la saturation, flou, ajout de transparence, inversion).
https://maoschanz.github.io/drawing/
Release of the SDL_sound 2.0 library: 28.03.2022 14 years since the last release, the SDL_sound 2.0.1 library was made (release 2.0.0 was skipped), which provides an add-on to the SDL library with functions for decoding popular sound file formats such as MP3, WAV, OGG, FLAC, AIFF, VOC , MOD, MID and AU. The significant version number change is due to the code being moved from the LGPLv2 copyleft license to the GPL-compatible zlib permissive license. In addition, despite maintaining backward compatibility at the API level, SDL_sound is now only possible based on the SDL 2.0 branch (building on top of SDL 1.2 has been discontinued). No external libraries are used to decode sound formats in SDL_sound - all source texts required for decoding are included in the main package. The provided API allows you to receive sound data both from files and at the level of sound streams from one or more external sources. You can attach custom audio processing handlers or provide access to the resulting decoded data. Various manipulations with sampling rate, formats and audio channels are possible, including for on-the-fly conversion. https://github.com/icculus/SDL_sound/releases/tag/v2.0.1
Publication de la bibliothèque SDL_sound 2.0 28/03/2022
14 ans après la dernière version, la bibliothèque SDL_sound 2.0.1 a été créée (la version 2.0.0 a été ignorée). Elle constitue un complément à la bibliothèque SDL avec des fonctions de décodage des formats de fichiers sonores les plus courants tels que MP3, WAV, OGG, FLAC, AIFF, VOC, MOD, MID et AU. L'important changement de numéro de version est dû au passage du code de la licence copyleft LGPLv2 à la licence permissive zlib compatible avec la GPL. En outre, malgré le maintien de la rétrocompatibilité au niveau de l'API, SDL_sound ne peut désormais être basé que sur la branche SDL 2.0 (la compilation sur SDL 1.2 a été abandonnée).
Aucune bibliothèque externe n'est utilisée pour décoder les formats sonores dans SDL_sound - tous les textes sources nécessaires au décodage sont inclus dans le paquetage principal. L'API fournie vous permet de recevoir des données sonores à la fois à partir de fichiers et au niveau des flux sonores d'une ou plusieurs sources externes. Vous pouvez attacher des gestionnaires de traitement audio personnalisés ou fournir un accès aux données décodées résultantes. Diverses manipulations de la fréquence d'échantillonnage, des formats et des canaux audio sont possibles, y compris pour la conversion à la volée.
3
Fourth experimental release of Brutal OS: 28.03.2022 The fourth experimental release of the Brutal project has been published, in which enthusiasts develop an open operating system, in the architecture of which they try to combine the ideals of Unix systems of the 1970s with modern technologies. The system is developed from scratch and comes with its own standard C library and micro-kernel. The project code is written in C and distributed under the MIT license. Build supported for x86_64, i686, RISC-V, and ARM architectures. Past test releases have focused on the development of the micro-kernel and the base system environment. Multitasking, a virtual memory manager, generic system calls, IPC, ACPI, and lightweight threads (fiber) were implemented. The fourth experimental release implements a separation of powers model based on Capabilities, and also proposes a graphics subsystem, with its own brutal-GUI user interface building library, brutal-GFX vector graphics library, and composite server. Basic rendering is done using the SDL library. SVG images, vector fonts and gradients are supported. The work done also mentions the creation of basic support for AHCI and EXT2, porting to the RISC-V architecture, and redesigning the IPC subsystem, which now uses an architecture reminiscent of IPC from the Fuchsia OS. In the next release, they plan to achieve the execution of the Doom game, add support for terminals (TTY), implement a command shell, bring the drivers for AHCI controllers and Ext2 / FAT file systems to the proper form. In more distant future plans, there is the development of a network stack and drivers for network devices. https://brutal.smnx.sh/articles/milestone-4
Quatrième version expérimentale de Brutal OS 28/03/2022
La quatrième version expérimentale du projet Brutal a été publiée. Des passionnés développent un système d'exploitation ouvert, dont l'architecture tente de combiner les idéaux des systèmes Unix des années 1970 avec les technologies modernes. Le système est développé à partir de zéro et est livré avec sa propre bibliothèque C standard et son micro-noyau. Le code du projet est écrit en C et distribué sous la licence du MIT. La construction est prise en charge pour les architectures x86_64, i686, RISC-V et ARM.
Les versions de test précédentes se sont concentrées sur le développement du micro-noyau et de l'environnement du système de base. Le multitâche, un gestionnaire de mémoire virtuelle, les appels système génériques, l'IPC, l'ACPI et les threads légers (fiber) ont été implémentés. La quatrième version expérimentale met en œuvre un modèle de séparation des pouvoirs, basé sur les capacités, et propose également un sous-système graphique, avec sa propre bibliothèque de construction d'interface utilisateur brutal-GUI, sa bibliothèque de graphiques vectoriels brutal-GFX et son serveur composite. Le rendu de base est effectué à l'aide de la bibliothèque SDL. Les images SVG, les polices vectorielles et les gradients sont pris en charge. Le travail effectué mentionne également la création d'un support de base pour AHCI et EXT2, le portage sur l'architecture RISC-V et la refonte du sous-système IPC, qui utilise désormais une architecture rappelant l'IPC du Fuchsia OS. Dans la prochaine version, ils prévoient de réaliser l'exécution du jeu Doom, d'ajouter le support des terminaux (TTY), d'implémenter un shell de commande, d'apporter des pilotes aux contrôleurs AHCI et les systèmes de fichiers Ext2/FAT sous la forme appropriée. Dans les plans futurs plus lointains, il y a le développement d'une pile réseau et des pilotes pour les périphériques réseau.
https://brutal.smnx.sh/articles/milestone-4
Midnight Commander 4.8.28 file manager release: 29.03.2022 After seven months of development , the Midnight Commander 4.8.28 console file manager has been released , distributed in source code under the GPLv3+ license. https://mail.gnome.org/archives/mc-devel/2022-March/msg00006.html
Sortie du gestionnaire de fichiers Midnight Commander 4.8.28 29/03/2022
Après sept mois de développement, le gestionnaire de fichiers Midnight Commander 4.8.28 est disponible, distribué en code source sous la licence GPLv3+.
https://mail.gnome.org/archives/mc-devel/2022-March/msg00006.html
Release of Porteus Kiosk 5.4.0: 30.03.2022 The release of Porteus Kiosk 5.4.0 distribution, based on Gentoo and designed to equip stand-alone Internet kiosks, demonstration stands and self-service terminals, was announced. The distribution boot image is 140 MB (x86_64). The base assembly includes only the minimum set of components required to run a web browser (Firefox and Chrome are supported), which is curtailed in its capabilities to prevent unwanted activity on the system (for example, settings are not allowed to be changed, download / installation of applications is blocked, only access to selected pages). Additionally, specialized Cloud builds are offered for comfortable work with web applications (Google Apps, Jolicloud, OwnCloud, Dropbox) and ThinClient for working as a thin client (Citrix, RDP, NX, VNC and SSH) and Server for managing a network of kiosks. The configuration is carried out through a special wizard, which is combined with the installer and allows you to prepare a customized version of the distribution for placement on a USB Flash or hard drive. For example, you can set a default page, define a whitelist of allowed sites, set a password for guest login, define an inactivity timeout for logging out, change the background image, customize the browser skin, add additional plugins, enable wireless networking, configure keyboard layout switching, etc. During boot, system components are verified by checksums, and the system image is mounted in read-only mode. Updates are installed automatically using the mechanism of atomic replacement of the entire system image. It is possible to centrally remotely configure a group of typical Internet kiosks with configuration download over the network. Due to its small size, by default, the distribution is loaded entirely into RAM, which noticeably increases the speed of operation. https://porteus-kiosk.org/news.html#220328
Sortie de Porteus Kiosk 5.4.0 30/03/2022
La sortie de la distribution Porteus Kiosk 5.4.0, basée sur Gentoo et conçue pour équiper des kiosques Internet autonomes, des stands de démonstration et des terminaux en libre-service, a été annoncée. L'image de démarrage de la distribution fait 140 Mo (x86_64).
L'assemblage de base ne comprend que l'ensemble minimal de composants nécessaires à l'exécution d'un navigateur Web (Firefox et Chrome sont pris en charge), dont les capacités sont réduites afin d'empêcher toute activité indésirable sur le système (par exemple, les paramètres ne peuvent pas être modifiés, le téléchargement/l'installation d'applications est bloqué, seul l'accès à certaines pages est autorisé). En outre, des constructions Cloud spécialisées sont proposées pour travailler confortablement avec des applications Web (Google Apps, Jolicloud, OwnCloud, Dropbox) et ThinClient pour travailler comme un client léger (Citrix, RDP, NX, VNC et SSH) et Server pour gérer un réseau de kiosques.
La configuration s'effectue par le biais d'un assistant spécial, qui est combiné avec le programme d'installation et vous permet de préparer une version personnalisée de la distribution pour la placer sur une clé USB ou un disque dur. Par exemple, vous pouvez définir une page par défaut, définir une liste blanche de sites autorisés, définir un mot de passe pour la connexion des invités, définir un délai d'inactivité pour la déconnexion, modifier l'image d'arrière-plan, personnaliser l'habillage du navigateur, ajouter des plugins supplémentaires, activer le réseau sans fil, configurer la commutation de la disposition du clavier, etc.
Lors du démarrage, les composants du système sont vérifiés par des sommes de contrôle et l'image système est montée en mode lecture seule. Les mises à jour sont installées automatiquement en utilisant le mécanisme de remplacement atomique de l'image système entière. Il est possible de configurer de manière centralisée et à distance un groupe de kiosques Internet typiques avec téléchargement de la configuration sur le réseau. En raison de sa petite taille, par défaut, la distribution est chargée entièrement en RAM, ce qui augmente sensiblement la vitesse de fonctionnement.
4
Release of Finnix 124: 30.03.2022 Finnix 124 Live distribution is available, which is timed to coincide with the 22nd anniversary of the project. The distribution is based on Debian and supports only console, but contains a good selection of utilities for the needs of an administrator. The composition includes 584 packages with all kinds of utilities. The size of the iso image is 455 MB. https://www.finnix.org/
Sortie de Finnix 124 30/03/2022
La distribution Live Finnix 124 est disponible, ce qui coïncide avec le 22e anniversaire du projet. La distribution est basée sur Debian et ne supporte que la console, mais contient une bonne sélection d'utilitaires pour les besoins d'un administrateur. La composition comprend 584 paquets avec toutes sortes d'utilitaires. La taille de l'image ISO est de 455 Mo.
Release of MirageOS 4.0: 30.03.2022 After a year and a half of development, the release of the MirageOS 4.0 project has been published, which allows you to create operating systems for a single application, in which the application is delivered as a self-sufficient “unikernel” that can run without the use of operating systems, a separate OS kernel and any layers. The application development language is OCaml. The project code is distributed under a free ISC license. All low-level functionality native to the operating system is implemented as a library attached to the application. An application can be developed on any OS and then compiled into a specialized kernel (the unikernel concept ) that can run directly on top of Xen, KVM, BHyve and VMM (OpenBSD) hypervisors, on mobile platforms, as a process in a POSIX-compliant environment, or in Amazon Elastic Compute Cloud and Google Compute Engine cloud environments. https://mirage.io/blog/announcing-mirage-40
Sortie de MirageOS 4.0 30/03/2022
Après un an et demi de développement, la version du projet MirageOS 4.0 a été publiée. Ce projet permet de créer des systèmes d'exploitation pour une seule application, dans lesquels l'application est livrée comme un « unikernel » autosuffisant qui peut fonctionner sans l'utilisation de systèmes d'exploitation, d'un noyau d'OS séparé et de toute autre couche. Le langage de développement de l'application est OCaml. Le code du projet est distribué sous une licence libre ISC.
Toutes les fonctionnalités de bas niveau natives du système d'exploitation sont implémentées sous la forme d'une bibliothèque attachée à l'application. Une application peut être développée sur n'importe quel système d'exploitation, puis compilée dans un noyau spécialisé (le concept d'unikernel) qui peut fonctionner directement au-dessus des hyperviseurs Xen, KVM, BHyve et VMM (OpenBSD), sur des plateformes mobiles, en tant que processus dans un environnement conforme à POSIX, ou dans les environnements d'informatique en nuage Amazon Elastic Compute Cloud et Google Compute Engine.
https://mirage.io/blog/announcing-mirage-40
First release of D-Installer, a new installer for openSUSE and SUSE: 31.03.2022 The developers of YaST, used by openSUSE and SUSE Linux have released the first installer image with a new installer developed by the D-Installer project that supports installation management via a web interface. The prepared image is intended to introduce D-Installer and provides the means to install a continuously updated edition of openSUSE Tumbleweed. D-Installer is still positioned as an experimental project and the first release can be seen as the transformation of a conceptual idea into the form of an initial product that is already usable, but requires a lot of improvement. D-Installer is about separating the user interface from the YaST internals and making it possible to use different frontends. YaST libraries continue to be used to install packages, check equipment, partition disks and other functions necessary for installation, on top of which a layer is implemented that abstracts access to libraries through a unified D-Bus interface. For interaction with the user, a front-end, built using web technologies was made. The fontend includes a handler that provides access to D-Bus calls over HTTP and a web interface that is displayed to the user. The web interface is written in JavaScript using the React framework and PatternFly components. The service for binding the interface to D-Bus, as well as the built-in http server, are written in Ruby and built using ready-made modules developed by the Cockpit project, which are also used in Red Hat web configurators. Among the development goals of D-Installer is the elimination of existing limitations of the graphical interface; expanding the possibilities for using YaST functionality in other applications; avoiding being tied to one programming language (D-Bus API will allow you to create add-ons in different languages); encouraging the creation of alternative settings by community members. https://yast.opensuse.org/blog/2022-03-31/d-installer-first-public-release
Première version de D-Installer, un nouvel installeur pour openSUSE et SUSE 31/03/2022
Les développeurs de YaST, utilisé par openSUSE et SUSE Linux ont publié la première image d'installation avec un nouvel installeur, développé par le projet D-Installer, qui prend en charge la gestion de l'installation via une interface Web. L'image préparée est destinée à présenter D-Installer et fournit les moyens d'installer une édition continuellement mise à jour d'openSUSE Tumbleweed. D-Installer est toujours positionné comme un projet expérimental et la première version peut être considérée comme la transformation d'une idée conceptuelle sous la forme d'un produit initial qui est déjà utilisable, mais qui nécessite beaucoup d'améliorations.
D-Installer a pour but de séparer l'interface utilisateur de l'interne de YaST et de rendre possible l'utilisation de différents frontaux. Les bibliothèques YaST continuent d'être utilisées pour installer les paquets, vérifier le matériel, partitionner les disques et d'autres fonctions nécessaires à l'installation, au-dessus desquelles une couche est implémentée qui rend abstrait l'accès aux bibliothèques au travers d'une interface D-Bus unifiée.
Pour l'interaction avec l'utilisateur, un front-end, construit à l'aide de technologies Web, a été réalisé. Le front-end comprend un gestionnaire qui permet d'accéder aux appels D-Bus via HTTP et une interface Web qui est visualisée par l'utilisateur. L'interface Web est écrite en JavaScript en utilisant le framework React et les composants PatternFly. Le service permettant de lier l'interface à D-Bus, ainsi que le serveur http intégré, sont écrits en Ruby et construits à l'aide de modules prêts à l'emploi développés par le projet Cockpit, qui sont également utilisés dans les configurateurs Web de Red Hat.
Parmi les objectifs de développement de D-Installer figurent l'élimination des limitations existantes de l'interface graphique, l'élargissement des possibilités d'utilisation des fonctionnalités de YaST dans d'autres applications, l'absence de lien avec un seul langage de programmation (l'API de D-Bus vous permettra de créer des modules complémentaires dans différents langages) et l'encouragement à la création de paramètres alternatifs par les membres de la communauté.
https://yast.opensuse.org/blog/2022-03-31/d-installer-first-public-release
5
Release of OpenToonz 1.6: 04/01/2022 OpenToonz 1.6 project is out, which continues the development of the source code for Toonz's professional 2D animation package, which was used in the production of the animated series Futurama and some of the animated films nominated for the Academy Award. In 2016, the Toonz code was open -sourced under the BSD license and has continued to develop as a free project ever since. OpenToonz also supports the connection of plug-ins with effects implemented using machine learning technologies, for example, using effects, you can automatically change the style of the picture and simulate distorted incident light, like in cartoons shot using classic technologies used before the advent of digital creation package animations. https://github.com/opentoonz/opentoonz/releases/tag/v1.6.0
Sortie de OpenToonz 1.6 01/04/2022
Sortie du projet OpenToonz 1.6, qui poursuit le développement du code source du package professionnel d'animation 2D Toonz, qui a été utilisé dans la production de la série animée Futurama et de certains des films d'animation nominés pour l'Academy Award. En 2016, le code de Toonz a été rendu Open Source sous la licence BSD et continue à se développer en tant que projet libre depuis lors.
OpenToonz prend également en charge la connexion de plug-ins avec des effets mis en œuvre à l'aide de technologies d'apprentissage automatique. Par exemple, à l'aide d'effets, vous pouvez changer automatiquement le style de l'image et simuler une lumière incidente déformée, comme dans les dessins animés tournés à l'aide de technologies classiques utilisées avant l'avènement des animations de paquets de création numérique.
https://github.com/opentoonz/opentoonz/releases/tag/v1.6.0
Release of the Deepin 20.5 distribution: 04/01/2022 Deepin 20.5, based on Debian 10, but developing its own Deepin Desktop Environment (DDE) and about 40 user applications, including the DMusic music player, DMovie video player, DTalk messaging system, installer and installation center of Deepin programs software center was announced. The project was founded by a group of developers from China, but has been transformed into an international project. Development is distributed under the GPLv3 license. The size of the bootable iso image is 3 GB (amd64). Desktop components and applications are developed using C/C++ (Qt5) and Go languages. The key feature of the Deepin desktop is the panel, which supports multiple modes of operation. In the classic mode, a more explicit separation of open windows and applications proposed for launching is carried out, the system tray area is displayed. The efficient mode is somewhat reminiscent of Unity, mixing indicators of running programs, favorite applications and control applets (volume / brightness settings, connected drives, clock, network status, etc.). The program launcher interface is displayed in full screen and provides two modes - viewing favorite applications and navigating through the catalog of installed programs. https://www.deepin.org/en/2022/03/31/deepin-20-5/
Sortie de la distribution Deepin 20.5 01/04/2022
Deepin 20.5, basé sur Debian 10, mais développant son propre environnement de bureau Deepin (DDE) et environ 40 applications utilisateur, dont le lecteur de musique DMusic, le lecteur vidéo DMovie, le système de messagerie DTalk, l'installeur et le centre d'installation des programmes Deepin, a été annoncé. Le projet a été fondé par un groupe de développeurs en Chine, mais a été transformé en projet international. Le développement est distribué sous la licence GPLv3. La taille de l'image ISO amorçable est de 3 Go (amd64).
Les composants du bureau et les applications sont développés en utilisant les langages C/C++ (Qt5) et Go. La principale caractéristique du bureau Deepin est le panneau, qui prend en charge plusieurs modes de fonctionnement. Dans le mode classique, une séparation plus explicite des fenêtres ouvertes et des applications proposées au lancement est effectuée, la zone de la barre d'état système est affichée. Le mode efficace rappelle un peu Unity, mélangeant les indicateurs des programmes en cours d'exécution, les applications favorites et les applets de contrôle (paramètres de volume/luminosité, lecteurs connectés, horloge, état du réseau…). L'interface du lanceur de programmes s'affiche en plein écran et propose deux modes : affichage des applications favorites et navigation dans le catalogue des programmes installés.
https://www.deepin.org/en/2022/03/31/deepin-20-5/
Ubuntu 22.04 beta release: 04/01/2022 The beta release of the Ubuntu 22.04 “Jammy Jellyfish” is avalable, a complete freeze of the package base was made, and the developers proceeded to the final testing and bug fixes. The release, which is categorized as a Long Term Support (LTS) release with updates for 5 years through 2027, is scheduled for April 21st. Ready test images are created for Ubuntu, Ubuntu Server , Lubuntu, Kubuntu, Ubuntu Mate, Ubuntu Budgie, Ubuntu Studio, Xubuntu and UbuntuKylin. https://lists.ubuntu.com/archives/ubuntu-announce/2022-March/000278.html
Version bêta d'Ubuntu 22.04 01/04/2022
La version bêta d'Ubuntu 22.04 « Jammy Jellyfish » est disponible, un gel complet de la base de paquets a été effectué, et les développeurs ont procédé aux derniers tests et corrections de bogues. La version, qui est classée comme une version LTS (Long Term Support) avec des mises à jour pendant 5 ans jusqu'en 2027, est prévue pour le 21 avril. Des images de test prêtes à l'emploi ont été créées pour Ubuntu, Ubuntu Server, Lubuntu, Kubuntu, Ubuntu Mate, Ubuntu Budgie, Ubuntu Studio, Xubuntu et UbuntuKylin.
https://lists.ubuntu.com/archives/ubuntu-announce/2022-March/000278.html
6
One of the founders left the elementary OS project: 04/01/2022 Cassidy, co-founder of the elementary OS distribution, has announced that he has retired from the project. Since 2018, Cassidy has been developing elementary OS full-time. Initially, due to financial problems with elementary Inc, Cassidy wanted to take a job at a new job in order to free up resources that were spent on salaries for him, and continue to participate in the life of elementary OS and maintain his place as a co-owner of the company (the offered vacancy was related to the development of an open code and allowed me to continue spending some time on elementary OS). Due to a conflict with another co-founder, Cassidy ultimately decided to leave the project entirely. Cassidy transferred his stake in elementary Inc to Danielle Foré, who is now the sole owner. The terms of the deal were not disclosed, but, apparently, Cassidy agreed to Danielle's terms and received half of the funds remaining in the company's account. After leaving the project, Cassidy intends to dedicate his activities in the community to the development of GNOME, Flatpak and Flathub. https://cassidyjames.com/blog/farewell-elementary/
Un des fondateurs a quitté le projet elementary OS 01/04/2022
Cassidy, cofondateur de la distribution elementary OS, a annoncé qu'il s'est retiré du projet. Depuis 2018, Cassidy développait elementary OS à plein temps. Initialement, en raison des problèmes financiers d'elementary Inc, Cassidy souhaitait occuper un nouveau poste ailleur, afin de libérer les ressources qui étaient consacrées à son salaire, continuer à participer à la vie d'elementary OS et maintenir sa place de copropriétaire de la société (le poste proposé était lié au développement d'un code ouvert et lui permettait de continuer à passer du temps sur elementary OS).
En raison d'un conflit avec un autre co-fondateur, Cassidy a finalement décidé de quitter complètement le projet. Cassidy a transféré sa participation dans elementary Inc à Danielle Foré, qui est maintenant l'unique propriétaire. Les termes de la transaction n'ont pas été divulgués, mais, apparemment, Cassidy a accepté les conditions de Danielle et a reçu la moitié des fonds restant sur le compte de la société. Après avoir quitté le projet, Cassidy a l'intention de consacrer ses activités dans la communauté au développement de GNOME, Flatpak et Flathub.
https://cassidyjames.com/blog/farewell-elementary/
Release of the Lutris 0.5.10 platform: 04/02/2022: After six months of development, the Lutris 0.5.10 gaming platform has been released, providing tools to simplify the installation, configuration and management of games on Linux. The project code is written in Python and distributed under the GPLv3 license. The project maintains a directory for quick search and installation of gaming applications, which allows you to launch games in Linux with one click through a single interface without worrying about installing dependencies and settings. Runtime components for launching games are supplied by the project and are not tied to the distribution used. Runtime is a distribution-independent set of libraries that includes components from SteamOS and Ubuntu, as well as various additional libraries. You can install games distributed through GOG, Steam, Epic Games Store, Battle.net, Origin and Uplay. At the same time, Lutris itself acts only as an intermediary and does not sell games, therefore, for commercial games, the user must independently purchase the game in the corresponding service (free games can be launched with one click from the Lutris graphical interface). Each game in Lutris is associated with a load script and a handler that describes the environment in which the game is launched. Including ready-made profiles with optimal settings for running games under Wine. In addition to Wine, games can be run using game console emulators such as RetroArch , Dosbox , FS-UAE , ScummVM , MESS/MAME and Dolphin. https://github.com/lutris/lutris/releases/tag/v0.5.10
Sortie de la plateforme Lutris 0.5.10 02/04/2022
Après six mois de développement, la plateforme de jeux Lutris 0.5.10 a été publiée. Elle fournit des outils pour simplifier l'installation, la configuration et la gestion des jeux sous Linux. Le code du projet est écrit en Python et distribué sous la licence GPLv3.
Le projet maintient un répertoire pour la recherche et l'installation rapide d'applications de jeux, ce qui permet de lancer des jeux sous Linux en un seul clic via une interface unique sans se soucier de l'installation de dépendances et de paramètres. Les composants du runtime pour le lancement des jeux sont fournis par le projet et ne sont pas liés à la distribution utilisée. Runtime est un ensemble de bibliothèques indépendantes de la distribution qui comprend des composants de SteamOS et Ubuntu, ainsi que diverses bibliothèques supplémentaires.
Vous pouvez installer des jeux distribués par GOG, Steam, Epic Games Store, Battle.net, Origin et Uplay. En même temps, Lutris lui-même n'agit qu'en tant qu'intermédiaire et ne vend pas de jeux. Par conséquent, pour les jeux commerciaux, l'utilisateur doit acheter indépendamment le jeu dans le service correspondant (les jeux gratuits peuvent être lancés en un clic depuis l'interface graphique de Lutris).
Chaque jeu dans Lutris est associé à un script de chargement et à un gestionnaire qui décrit l'environnement dans lequel le jeu est lancé. Il inclut des profils prêts à l'emploi avec des paramètres optimaux pour l'exécution de jeux sous Wine. En plus de Wine, les jeux peuvent être exécutés à l'aide d'émulateurs de consoles de jeux tels que RetroArch, Dosbox, FS-UAE, ScummVM, MESS/MAME et Dolphin.
https://github.com/lutris/lutris/releases/tag/v0.5.10
Release of Nitrux 2.1 with the NX Desktop: 04/02/2022 Nitrux 2.1.0 is out, built on Debian, KDE technologies and the OpenRC initialization system. The distribution develops its own desktop NX Desktop, which is an add-on for the KDE Plasma user environment, as well as the MauiKit user interface framework, on which a set of typical user applications is developed that can be used on both desktop systems and mobile devices. To install additional applications, the AppImages self-contained package system is being promoted. Full boot image sizeis 2.4 GB, and minimal with the JWM window manager is 1.5 GB. The code is distributed under free licenses. NX Desktop offers a different styling, its own implementation of the system tray, notification center and various plasmoids, such as a network connection configurator and a multimedia applet for volume control and media playback control. Among the applications created using the MauiKit framework, one can note the Index file manager (Dolphin can also be used), the Note text editor, the Station terminal emulator, the Clip music player, the VVave video player, the NX Software Center application control center and the Pix image viewer. A separate project is developing the Maui Shell user environment, which automatically adapts to the screen size and available input methods, and can be used not only on desktop systems, but also on smartphones and tablets. The environment develops the concept of “Convergence”, which implies the ability to work with the same applications both on the touch screens of a smartphone and tablet, and on large screens of laptops and PCs. The Maui Shell can be launched either with its Zpace composite server using Wayland, or by running a separate Cask shell inside an X server-based session. https://nxos.org/changelog/release-announcement-nitrux-2-1-0/
Sortie de Nitrux 2.1 avec le bureau NX 02/04/2022
Construite sur Debian, les technologies KDE et le système d'initialisation OpenRC, Nitrux 2.1.0 est sortie. La distribution développe son propre bureau NX Desktop, qui est une extension de l'environnement utilisateur KDE Plasma, ainsi que le framework d'interface utilisateur MauiKit, sur lequel est développé un ensemble d'applications utilisateur typiques qui peuvent être utilisées à la fois sur des systèmes de bureau et des appareils mobiles. Pour installer des applications supplémentaires, le système de paquets autonomes AppImages est mis en avant. La taille de l'image de démarrage complète est de 2,4 Go, et la taille minimale avec le gestionnaire de fenêtres JWM est de 1,5 Go. Le code est distribué sous des licences libres.
NX Desktop offre un style différent, sa propre implémentation de la barre d'état système, le centre de notifications et divers plasmoïdes, tels qu'un configurateur de connexion réseau et un applet multimédia pour le contrôle du volume et de la lecture des médias. Parmi les applications créées à l'aide du framework MauiKit, on peut noter le gestionnaire de fichiers Index (Dolphin peut également être utilisé), l'éditeur de texte Note, l'émulateur de terminal Station, le lecteur de musique Clip, le lecteur vidéo VVave, le centre de contrôle des applications NX Software Center et le visualiseur d'images Pix.
Un projet distinct développe l'environnement utilisateur Maui Shell, qui s'adapte automatiquement à la taille de l'écran et aux méthodes de saisie disponibles, et peut être utilisé non seulement sur les systèmes de bureau, mais aussi sur les smartphones et les tablettes. Cet environnement développe le concept de « convergence », qui implique la possibilité de travailler avec les mêmes applications à la fois sur les écrans tactiles d'un smartphone et d'une tablette, et sur les grands écrans des ordinateurs portables et des PC. Le shell Maui peut être lancé soit avec son serveur composite Zpace utilisant Wayland, soit en exécutant un shell Cask distinct à l'intérieur d'une session basée sur un serveur X.
https://nxos.org/changelog/release-announcement-nitrux-2-1-0/
7
Release of xfce4-terminal 1.0.0: 04/03/2022 The developers of the Xfce project have introduced a major release of the Xfce Terminal 1.0.0 terminal emulator. The new release is prepared by a new maintainer who picked up development after the project went unmaintained in 2020. The program code is written in C language and distributed under the GPLv2 license. The release is also notable for the change in the version numbering scheme. Within the 1.1.x branch, experimental releases will be made, on which the stable release 1.2.0 will then be built. In case of significant changes, such as porting to GTK4, or after the gradual achievement of 1.9.x numbering, a 2.0 branch is planned. http://users.uoa.gr/~sdi1800073/sources/xfce_blog12.html
Publication de xfce4-terminal 1.0.0 03/04/2022
Les développeurs du projet Xfce ont introduit une version majeure de l'émulateur de terminal Xfce Terminal 1.0.0. Cette nouvelle version est préparée par un nouveau mainteneur qui a repris le développement après que le projet ait été abandonné en 2020. Le code du programme est écrit en langage C et distribué sous la licence GPLv2.
La version se distingue également par le changement dans le schéma de numérotation des versions. Dans la branche 1.1.x, des versions expérimentales seront réalisées, sur lesquelles la version stable 1.2.0 sera ensuite construite. En cas de changements significatifs, comme le portage vers GTK4, ou après l'épuisement progressif de la numérotation 1.9.x, une branche 2.0 est prévue.
http://users.uoa.gr/~sdi1800073/sources/xfce_blog12.html
qutebrowser 2.5 and Min 1.24 web browsers available: 04/03/2022 The qutebrowser v2.5 web browser has been released, providing a minimal graphical interface that does not distract from viewing content, and a Vim text editor-style navigation system built entirely on keyboard shortcuts. The code is written in Python using PyQt5 and QtWebEngine. The source code is distributed under the GPLv3 license. The use of Python does not affect performance, since content is rendered and parsed by the Blink engine and the Qt library. The browser supports a tabbed browsing system, a download manager, a private browsing mode, a built-in PDF viewer (pdf.js), an ad blocking system (at the host blocking level), an interface for viewing browsing history. To watch YouTube videos, you can set up a call to an external video player, like VLC. Moving around the page is carried out using the “hjkl” keys, to open a new page you can press “o”, switching between tabs is done using the “J” and “K” keys or “Alt-tab number”. Pressing “:” brings up a command line prompt where you can search the page and execute typical commands like in vim, such as “:q” to exit and “:w” to write the page. At the same time, a new browser version , Min 1.24 , was released, offering a minimalistic interface built around manipulating the address bar. The browser was built using the Electron platform , which allows you to create stand-alone applications based on the Chromium engine and the Node.js platform. Min's interface is written in JavaScript, CSS, and HTML. The code is distributed under the Apache 2.0 license. Builds are generated for Linux, macOS and Windows. Min supports navigating open pages through a system of tabs, providing features such as opening a new tab next to the current tab, hiding unused tabs (that the user hasn't accessed in a while), grouping tabs, and viewing all tabs as a list. There are tools for building lists of pending tasks / links to read in the future, as well as a bookmark system with support for full-text search. The browser has a built-in ad blocking system (EasyList list) and a code for tracking visitors, it is also possible to disable the download of images and scripts. The central control element in Min is the address bar, through which you can send queries to the search engine (DuckDuckGo by default) and search the current page. As you type in the address bar, as you type, a summary of relevant information for the current query is generated, such as a link to a Wikipedia article, a selection from bookmarks and browsing history, and recommendations from the DuckDuckGo search engine. Each page opened in the browser is indexed and becomes available for subsequent search in the address bar. You can also enter commands in the address bar to quickly perform operations (for example, “!settings” - go to settings, “!screenshot” - create a screenshot, “!clearhistory” - clear browsing history, etc.). https://github.com/minbrowser/min/releases/tag/v1.24.0 https://github.com/qutebrowser/qutebrowser/releases/tag/v2.5.0
Les navigateurs Web qutebrowser 2.5 et Min 1.24 sont disponibles 03/04/2022
Le navigateur Web qutebrowser v2.5 a été publié, offrant une interface graphique minimale qui ne distrait pas de la visualisation du contenu, et un système de navigation de style éditeur de texte Vim construit entièrement sur des raccourcis clavier. Le code est écrit en Python avec PyQt5 et QtWebEngine. Le code source est distribué sous la licence GPLv3. L'utilisation de Python n'affecte pas les performances, puisque le contenu est rendu et analysé par le moteur Blink et la bibliothèque Qt.
Le navigateur prend en charge un système de navigation par onglets, un gestionnaire de téléchargement, un mode de navigation privée, une visionneuse PDF intégrée (pdf.js), un système de blocage des publicités (au niveau du blocage de l'hôte), une interface permettant de consulter l'historique de navigation. Pour regarder des vidéos YouTube, il est possible de mettre en place un appel vers un lecteur vidéo externe, comme VLC. Le déplacement sur la page s'effectue à l'aide des touches « hjkl », pour ouvrir une nouvelle page vous pouvez appuyer sur « o », le passage d'un onglet à l'autre se fait à l'aide des touches « J » et « K » ou « Alt-numéro d'onglet ». Appuyer sur « : » fait apparaître une invite de ligne de commande où vous pouvez rechercher la page et exécuter des commandes typiques comme dans vim, comme « :q » pour quitter et « :w » pour écrire la page.
Au même moment, une nouvelle version du navigateur, Min 1.24, est sortie, offrant une interface minimaliste construite autour de la manipulation de la barre d'adresse. Le navigateur a été construit à l'aide de la plateforme Electron, qui permet de créer des applications autonomes basées sur le moteur Chromium et la plateforme Node.js. L'interface de Min est écrite en JavaScript, CSS et HTML. Le code est distribué sous la licence Apache 2.0. Des versions sont générées pour Linux, macOS et Windows.
Min prend en charge la navigation dans les pages ouvertes par le biais d'un système d'onglets, offrant des fonctionnalités telles que l'ouverture d'un nouvel onglet à côté de l'onglet actuel, le masquage des onglets non utilisés (auxquels l'utilisateur n'a pas accédé depuis un certain temps), le regroupement d'onglets et l'affichage de tous les onglets sous forme de liste. Il existe des outils permettant de créer des listes de « tâches en attente » ou de « liens à lire ultérieurement », ainsi qu'un système de signets prenant en charge la recherche plein texte. Le navigateur possède un système intégré de blocage des publicités (liste EasyList) et un code pour le suivi des visiteurs, il est également possible de désactiver le téléchargement d'images et de scripts.
L'élément de contrôle central de Min est la barre d'adresse, grâce à laquelle vous pouvez envoyer des requêtes au moteur de recherche (DuckDuckGo par défaut) et effectuer des recherches sur la page en cours. Au fur et à mesure que vous tapez dans la barre d'adresse, un résumé des informations pertinentes pour la requête en cours est généré, comme un lien vers un article de Wikipedia, une sélection dans les signets et l'historique de navigation, et des recommandations du moteur de recherche DuckDuckGo. Chaque page ouverte dans le navigateur est indexée et devient disponible pour une recherche ultérieure dans la barre d'adresse. Vous pouvez également saisir des commandes dans la barre d'adresse pour effectuer rapidement des opérations (par exemple, « !settings » - aller dans les paramètres, « !screenshot » - créer une capture d'écran, « !clearhistory » - effacer l'historique de navigation, etc.)
https://github.com/minbrowser/min/releases/tag/v1.24.0 https://github.com/qutebrowser/qutebrowser/releases/tag/v2.5.0
New versions of Claws Mail 3.19.0 and 4.1.0: 04/03/2022 Releases of the light and fast mail client Claws Mail 3.19.0 and 4.1.0 were published, which in 2005 separated from the Sylpheed project (from 2001 to 2005 the projects developed jointly, Claws was used to test future Sylpheed innovations). The interface of Claws Mail is built using GTK, the code is distributed under the GPL license. The 3.x and 4.x branches are developed in parallel and differ in the version of the GTK library used - the 3.x branch uses GTK2, while the 4.x branch uses GTK3. https://lists.claws-mail.org/pipermail/users/2022-April/029774.html
Nouvelles versions 3.19.0 et 4.1.0 de Claws Mail 03/04/2022
Publication des versions 3.19.0 et 4.1.0 du client mail léger et rapide Claws Mail, qui s'est séparé en 2005 du projet Sylpheed (de 2001 à 2005 les projets ont été développés conjointement ; Claws était utilisé pour tester les futures innovations de Sylpheed). L'interface de Claws Mail est construite en utilisant GTK, le code est distribué sous la licence GPL. Les branches 3.x et 4.x sont développées en parallèle et diffèrent par la version de la bibliothèque GTK utilisée - la branche 3.x utilise GTK2, tandis que la branche 4.x utilise GTK3.
https://lists.claws-mail.org/pipermail/users/2022-April/029774.html
8
Speek 1.6 messenger available, using Tor network for privacy: 04/04/2022 Decentralized messaging program Speek 1.6 was released providing maximum privacy, anonymity and tracking protection. Speek's user IDs are based on public keys and are not tied to phone numbers or email addresses. The infrastructure does not use centralized servers and all data exchange is carried out only in P2P mode through the establishment of direct connections between users over the Tor network. The project code is written in C++ using the Qt toolkit and distributed under the BSD license. Images are generated for Linux (AppImage), macOS and Windows. The main idea of the project is to use the Tor anonymous network for data exchange. For each user, a separate Tor hidden service is created, the identifier, which is then used to determine the subscriber (the user's login matches the onion address of the hidden service). The use of Tor allows you to ensure the anonymity of the user and protect his IP address and location from disclosure. To protect correspondence from interception and analysis, in case of gaining access to the user's system, public key encryption is used and all messages are deleted after the session ends, without leaving traces as after normal live communication. Metadata and message texts are not stored on disk. Before the start of communication, the keys are exchanged and the user and his public key are added to the address book. You can add another user only after sending a communication request and obtaining consent to receive messages. Once launched, the application creates its hidden service and checks for the presence of hidden services for users from the address book, if their hidden services are running, users are marked as online. Sharing files is supported, which also uses encryption and P2P mode. https://github.com/Speek-App/Speek/releases/tag/v1.6.0-release
La messagerie instantanée Speek 1.6 est disponible et utilise le réseau Tor pour la confidentialité 04/04/2022
Le programme de messagerie décentralisée Speek 1.6 a été publié. Il offre un maximum de confidentialité, d'anonymat et de protection contre le pistage. Les identifiants des utilisateurs de Speek sont basés sur des clés publiques et ne sont pas liés à des numéros de téléphone ou à des adresses électroniques. L'infrastructure n'utilise pas de serveurs centralisés et tous les échanges de données s'effectuent uniquement en mode P2P par l'établissement de connexions directes entre utilisateurs sur le réseau Tor. Le code du projet est écrit en C++, en utilisant la boîte à outils Qt, et distribué sous la licence BSD. Des images sont générées pour Linux (AppImage), macOS et Windows.
L'idée principale du projet est d'utiliser le réseau anonyme Tor pour l'échange de données. Pour chaque utilisateur, un service caché Tor distinct est créé, l'identifiant, qui est ensuite utilisé pour déterminer l'abonné (le login de l'utilisateur correspond à l'adresse onion du service caché). L'utilisation de Tor permet de garantir l'anonymat de l'utilisateur et de protéger son adresse IP et sa localisation contre toute divulgation. Pour protéger la correspondance contre l'interception et l'analyse, en cas d'accès au système de l'utilisateur, un cryptage à clé publique est utilisé et tous les messages sont supprimés après la fin de la session, sans laisser de traces comme après une communication normale en direct. Les métadonnées et les textes des messages ne sont pas stockés sur le disque.
Avant le début de la communication, les clés sont échangées et l'utilisateur et sa clé publique sont ajoutés au carnet d'adresses. Vous ne pouvez ajouter un autre utilisateur qu'après avoir envoyé une demande de communication et obtenu le consentement à recevoir des messages. Une fois lancée, l'application crée son service caché et vérifie la présence de services cachés pour les utilisateurs du carnet d'adresses ; si leurs services cachés sont en cours d'exécution, les utilisateurs sont marqués comme étant en ligne. Le partage de fichiers est pris en charge et utilise également le cryptage et le mode P2P.
https://github.com/Speek-App/Speek/releases/tag/v1.6.0-release
Gentoo Starts Publishing Weekly Live Builds: 04/04/2022 The developers of the Gentoo project announced the resumption of Live builds, allowing users not only to assess the state of the project and demonstrate the capabilities of the distribution without having to install it on disk, but also to use the environment as a portable workstation or a tool for the system administrator. Live builds will be updated weekly to provide access to the latest versions of applications. The builds are available for the amd64 architecture, are 4.7 GB in size and are suitable for installation on DVD and USB drives. The user environment is based on the KDE Plasma desktop and includes a large selection of applications and tools for system administrators and specialists. To give the environment a recognizable appearance, a competition has been launched among users to develop a visual style, themes, boot animations and desktop wallpapers. The design must identify the Gentoo project and may include the distribution's logo or existing design elements. The work must provide a consistent design, be licensed under CC BY-SA 4.0, be suitable for use in various screen resolutions, and be adapted for delivery in a live image. https://www.gentoo.org/news/2022/04/03/livegui-artwork-contest.html
Gentoo commence à publier des builds Live hebdomadaires 04/04/2022
Les développeurs du projet Gentoo ont annoncé la reprise des builds Live, permettant aux utilisateurs non seulement d'évaluer l'état du projet et de démontrer les capacités de la distribution sans avoir à l'installer sur disque, mais aussi d'utiliser l'environnement comme une station de travail portable ou un outil pour l'administrateur système. Les builds Live seront mis à jour chaque semaine pour donner accès aux dernières versions des applications. Les builds sont disponibles pour l'architecture amd64, ont une taille de 4,7 Go et peuvent être installés sur des DVD et des clés USB.
L'environnement utilisateur est basé sur le bureau KDE Plasma et comprend une large sélection d'applications et d'outils pour les administrateurs système et les spécialistes.
Pour donner à l'environnement une apparence reconnaissable, un concours a été lancé auprès des utilisateurs pour développer un style visuel, des thèmes, des animations de démarrage et des fonds d'écran. Le design doit identifier le projet Gentoo et peut inclure le logo de la distribution ou des éléments de design existants. Le travail doit offrir un design cohérent, être sous licence CC BY-SA 4.0, pouvoir être utilisé dans diverses résolutions d'écran et être adapté à la diffusion d'une image Live.
https://www.gentoo.org/news/2022/04/03/livegui-artwork-contest.html
9
First alpha release of Maui Shell userspace: 04/05/2022 The developers of the Nitrux project have presented the first alpha release of the Maui Shell user environment, developed under the concept of “Convergence”, which implies the ability to work with the same applications both on the touch screens of a smartphone and tablet, and on large screens of laptops and PCs. Maui Shell automatically adapts to the screen size and available input methods, and can be used not only on desktop systems, but also on smartphones and tablets. The project code is written in C++ and QML and distributed under the LGPL 3.0 license. When working on conventional monitors, the shell functions in desktop mode, with a panel fixed on top, the ability to open an arbitrary number of windows and control with the mouse. When equipped with a touch screen, the shell operates in tablet mode with vertical layout and opening windows in full screen or side-by-side layout similar to tiled window managers. On smartphones, panel elements and applications expand to full screen, as in traditional mobile platforms. The same skin can be used for desktops, smartphones, and tablets without having to create separate versions for devices with different form factors. For example, when using Maui Shell on a smartphone or tablet, the shell allows you to turn your mobile device into a portable workstation that offers a full desktop experience when connected to a monitor, keyboard, and mouse. Maui Shell uses the MauiKit GUI components and the Kirigami framework, which are developed by the KDE community. Kirigami is built on top of Qt Quick Controls 2, while MauiKit provides pre-built UI templates that allow you to quickly create applications that automatically adapt to screen size and available input methods. The project also uses components such as BlueDevil (Bluetooth management), Plasma-nm (network connection management), KIO, PowerDevil (power management), KSolid and PulseAudio. Beta release is planned for June. https://nxos.org/maui/maui-shell-alpha-release/
Première version alpha de l'espace utilisateur Maui Shell 05/04/2022
Les développeurs du projet Nitrux ont présenté la première version alpha de l'environnement utilisateur Maui Shell, développé selon le concept de « Convergence », qui implique la possibilité de travailler avec les mêmes applications à la fois sur les écrans tactiles d'un smartphone et d'une tablette, et sur les grands écrans des ordinateurs portables et des PC. Maui Shell s'adapte automatiquement à la taille de l'écran et aux méthodes de saisie disponibles, et peut être utilisé non seulement sur des systèmes de bureau, mais aussi sur des smartphones et des tablettes. Le code du projet est écrit en C++ et QML et distribué sous la licence LGPL 3.0.
Lorsqu'il travaille sur des écrans classiques, le shell fonctionne en mode bureau, avec un panneau supérieur, la possibilité d'ouvrir un nombre arbitraire de fenêtres et le contrôle avec la souris. Lorsqu'il est équipé d'un écran tactile, le shell fonctionne en mode tablette avec une disposition verticale et l'ouverture de fenêtres en plein écran ou côte à côte, comme dans les gestionnaires de fenêtres en mosaïque. Sur les smartphones, les éléments du panneau et les applications s'étendent en plein écran, comme sur les plateformes mobiles traditionnelles.
Le même habillage peut être utilisé pour les ordinateurs de bureau, les smartphones et les tablettes sans qu'il soit nécessaire de créer des versions distinctes pour les appareils présentant des facteurs de forme différents. Par exemple, lorsque vous utilisez Maui Shell sur un smartphone ou une tablette, le shell vous permet de transformer votre appareil mobile en un poste de travail portable qui offre une expérience de bureau complète lorsqu'il est connecté à un écran, un clavier et une souris.
Maui Shell utilise les composants d'interface graphique MauiKit et le framework Kirigami, qui sont développés par la communauté KDE. Kirigami est construit au-dessus de Qt Quick Controls 2, tandis que MauiKit fournit des modèles d'interface utilisateur pré-construits qui vous permettent de créer rapidement des applications qui s'adaptent automatiquement à la taille de l'écran et aux méthodes d'entrée disponibles. Le projet utilise également des composants tels que BlueDevil (gestion Bluetooth), Plasma-nm (gestion des connexions réseau), KIO, PowerDevil (gestion de l'alimentation), KSolid et PulseAudio.
La version bêta est prévue pour le mois de juin.
https://nxos.org/maui/maui-shell-alpha-release/
FerretDB 0.1, MongoDB implementation based on PostgreSQL DBMS: 04/05/2022 FerretDB 0.1 (formerly MangoDB ) project is out, which allows you to replace the MongoDB document-oriented DBMS with PostgreSQL without making changes to the application code. FerretDB is implemented as a proxy server that translates calls to MongoDB into SQL queries to PostgreSQL, which allows you to use PostgreSQL as the actual storage. The code is written in Go and distributed under the Apache 2.0 license. The need for migration may arise due to the transition of MongoDB to a non-free SSPL license, which is based on the AGPLv3 license, but is not open source, since it contains a discriminatory requirement to provide under the SSPL license not only the application code itself, but also the source codes of all components involved in providing cloud service. The target audience for FerretDB is users who do not use the advanced features of MongoDB in their applications, but want to use a completely open software stack. At the current stage of development, FerretDB still supports only a part of the MongoDB features that are most often used in typical applications. In the future, they plan to achieve full compatibility with drivers for MongoDB and provide the ability to use FerretDB as a transparent replacement for MongoDB. https://github.com/FerretDB/FerretDB/releases/tag/v0.1.0
FerretDB 0.1, implémentation de MongoDB basée sur le SGBD PostgreSQL 05/04/2022
Le projet FerretDB 0.1 (anciennement MangoDB) est disponible. Il permet de remplacer le SGBD orienté document MongoDB par PostgreSQL sans modifier le code de l'application. FerretDB est implémenté comme un serveur proxy qui traduit les appels à MongoDB en requêtes SQL vers PostgreSQL, ce qui vous permet d'utiliser PostgreSQL comme stockage réel. Le code est écrit en Go et distribué sous la licence Apache 2.0.
Le besoin de migration peut survenir en raison de la transition de MongoDB vers une licence SSPL non libre, qui est basée sur la licence AGPLv3, mais qui n'est pas Open Source, car elle contient une exigence discriminatoire de fournir sous la licence SSPL non seulement le code de l'application elle-même, mais aussi les codes sources de tous les composants impliqués dans la fourniture du service en nuage.
Le public cible de FerretDB est constitué d'utilisateurs qui n'utilisent pas les fonctionnalités avancées de MongoDB dans leurs applications, mais qui souhaitent utiliser une pile logicielle entièrement ouverte. Au stade actuel du développement, FerretDB ne prend en charge qu'une partie des fonctionnalités de MongoDB les plus utilisées dans les applications typiques. À l'avenir, ils prévoient d'atteindre une compatibilité totale avec les pilotes pour MongoDB et de fournir la possibilité d'utiliser FerretDB comme un remplacement transparent de MongoDB.
10
Fedora 37 intends to only support UEFI: 04/05/2022 In Fedora 37, UEFI support is planned to be transferred to the category of “mandatory requirements for installing the distribution on the x86_64 platform”. The ability to boot previously installed environments on legacy BIOS systems will remain for a while, but new non-UEFI installations will no longer be supported. In Fedora 39 or later, BIOS support is expected to be completely removed. The Fedora 37 Change Request has been posted by Ben Cotton , Fedora Program Manager at Red Hat. The change has not yet been reviewed by the FESCo (Fedora Engineering Steering Committee), which is responsible for the technical part of the development of the Fedora distribution. Hardware based on Intel platforms has shipped with UEFI since 2005. In 2020, Intel discontinued BIOS support on client systems and data center platforms. However, the end of BIOS support may result in the inability to install Fedora on some laptops and PCs released before 2013. Past discussions also mentioned the inability to install on BIOS-only virtualization systems, but UEFI support has since been added to AWS environments. UEFI support has also been added to libvirt and Virtualbox, but is not yet the default (it is planned for Virtualbox in the 7.0 branch). The end of BIOS support in Fedora Linux will reduce the number of components used during boot and installation, remove VESA support, simplify installation, and reduce labor costs for maintaining the bootloader and installation builds, since UEFI provides unified standard interfaces, and BIOS requires separate testing of each option. https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/K5YKCQU3YVCTMSBHLP4AOQWIE3AHWCKC/
Fedora 37 a l'intention de ne prendre en charge que l'UEFI 05/04/2022
Dans Fedora 37, il est prévu que la prise en charge d'UEFI soit transférée dans la catégorie des « exigences obligatoires pour l'installation de la distribution sur la plateforme x86_64 ». La possibilité d'amorcer des environnements précédemment installés sur des systèmes BIOS anciens sera maintenue pendant un certain temps, mais les nouvelles installations non UEFI ne seront plus prises en charge. Dans Fedora 39 ou ultérieur, le support du BIOS devrait être complètement supprimé. La demande de modification de Fedora 37 a été publiée par Ben Cotton, responsable du programme Fedora chez Red Hat. Le changement n'a pas encore été examiné par le FESCo (Fedora Engineering Steering Committee), qui est responsable de la partie technique du développement de la distribution Fedora.
Le matériel basé sur les plateformes Intel est livré avec UEFI depuis 2005. En 2020, Intel a cessé de prendre en charge le BIOS sur les systèmes client et les plateformes de centres de données. Cependant, la fin de la prise en charge du BIOS peut entraîner l'impossibilité d'installer Fedora sur certains ordinateurs portables et PC sortis avant 2013. Des discussions antérieures ont également mentionné l'impossibilité de l'installer sur les systèmes de virtualisation uniquement à BIOS, mais le support UEFI a depuis été ajouté aux environnements AWS. La prise en charge de l'UEFI a également été ajoutée à libvirt et Virtualbox, mais n'est pas encore la valeur par défaut (elle est prévue pour Virtualbox dans la branche 7.0).
La fin de la prise en charge du BIOS dans Fedora Linux réduira le nombre de composants utilisés lors du démarrage et de l'installation, supprimera le support de VESA, simplifiera l'installation et réduira les coûts de main-d'œuvre pour la maintenance du chargeur de démarrage et des builds d'installation, puisque l'UEFI fournit des interfaces standard unifiées, et que le BIOS nécessite des tests séparés pour chaque option.
GNU Emacs 28.1 released: 04/06/2022 The GNU Project has released the GNU Emacs 28.1 text editor. Up until the release of GNU Emacs 24.5, the project was developed under the personal direction of Richard Stallman, who handed over the leadership of the project to John Wiegley in the fall of 2015. They have a long lst of improvements here; https://www.mail-archive.com/info-gnu@gnu.org/msg03030.html
Publication de GNU Emacs 28.1 06/04/2022
Le projet GNU a publié l'éditeur de texte GNU Emacs 28.1. Jusqu'à la sortie de GNU Emacs 24.5, le projet était développé sous la direction personnelle de Richard Stallman, qui a cédé la direction du projet à John Wiegley à l'automne 2015.
Une longue liste d'améliorations se trouve ici :
https://www.mail-archive.com/info-gnu@gnu.org/msg03030.html
Release of the GNU Shepherd 0.9 init system 04/07/2022 Two years since the last major release, the GNU Shepherd 0.9 service manager (formerly dmd) has been published, which is being developed by the developers of the GNU Guix System distribution as an alternative to the dependency-aware SysV-init initialization system. The Shepherd control daemon and utilities are written in the Guile language (one of the implementations of the Scheme language), which is also used to define settings and parameters for starting services. Shepherd is already used in the GuixSD GNU/Linux distribution and is also intended for use in GNU/Hurd, but can run on any POSIX-compliant OS for which the Guile language is available. Shepherd does the work of starting and stopping services by taking into account the relationship between services, dynamically determining and starting the services on which the selected service depends. Shepherd also supports conflict detection between services and prevents them from running concurrently. The project can be used both as the main initialization system (init with PID 1) and as a standalone to manage background processes of individual users (for example, to run tor, privoxy, mcron, etc.) with execution with the rights of these users. https://www.mail-archive.com/info-gnu@gnu.org/msg03031.html
Publication du système d'initialisation GNU Shepherd 0.9 07/04/2022
Deux ans après la dernière version majeure, le gestionnaire de services GNU Shepherd 0.9 (anciennement dmd) a été publié. Il est développé par les développeurs de la distribution GNU Guix System comme une alternative au système d'initialisation SysV-init, sensible aux dépendances. Le démon de contrôle Shepherd et les utilitaires sont écrits dans le langage Guile (une des implémentations du langage Scheme), qui est également utilisé pour définir les réglages et les paramètres de démarrage des services. Shepherd est déjà utilisé dans la distribution GuixSD GNU/Linux et est également destiné à être utilisé dans GNU/Hurd, mais peut fonctionner sur tout système d'exploitation compatible POSIX pour lequel le langage Guile est disponible.
Shepherd effectue le travail de démarrage et d'arrêt des services en prenant en compte la relation entre les services, en déterminant dynamiquement et en démarrant les services dont dépend le service sélectionné. Shepherd prend également en charge la détection des conflits entre les services et les empêche de fonctionner simultanément. Le projet peut être utilisé à la fois comme système d'initialisation principal (init avec PID 1) et comme un élément indépendant pour gérer les processus d'arrière-plan des utilisateurs individuels (par exemple, pour exécuter tor, privoxy, mcron, etc.) avec une exécution comprenant les droits de ces utilisateurs.
11
First release of the atomically upgradable carbonOS distribution: 04/07/2022 The first release of a custom Linux distribution carbonOS is presented, built using the atomic system layout model, in which the base environment is delivered as a whole, not broken into separate packages. Additional applications are installed in Flatpak format and run in isolated containers. The size of the installation image is 1.7 GB. Project is distributed under the MIT license. The contents of the base system are mounted in read-only mode to protect against modification in the event of a compromise (in addition, in the future they plan to integrate the ability to encrypt data and verify the integrity of files using digital signatures). The /usr/local partition is writable. The system update process boils down to loading a new system image in the background and switching to it after a restart. At the same time, the old system image is preserved and, if desired or problems arise, the user can return to the previous version at any time. During the development of the distribution, the system environment is assembled using the OSTree toolkit (the image is made from a Git-like repository) and the BuildStream build system, without using packages from other distributions. User-installed applications are isolated from each other in containers. In addition to installing Flatpaks, the distribution also allows you to use the nsbox toolkit to create arbitrary containers, which can also host traditional distribution environments such as Arch Linux and Debian. It also provides support for the podman toolkit, which provides compatibility with Docker containers. To install the distribution, a graphical installer and an interface for the initial system setup are offered. https://carbon.sh/blog/2022-03-31-release.html
Première version de la distribution carbonOS, à mise à niveau atomique 04/07/2022
La première version d'une distribution Linux personnalisée, carbonOS, est présentée. Elle est construite à l'aide du modèle d'agencement atomique du système, dans lequel l'environnement de base est livré en tant qu'ensemble, sans être divisé en paquets séparés. Les applications supplémentaires sont installées au format Flatpak et s'exécutent dans des conteneurs isolés. La taille de l'image d'installation est de 1,7 Go. Le projet est distribué sous la licence du MIT.
Le contenu du système de base est monté en mode lecture seule pour se protéger contre toute modification en cas de compromission (en outre, à l'avenir, il est prévu d'intégrer la possibilité de chiffrer les données et de vérifier l'intégrité des fichiers à l'aide de signatures numériques). La partition /usr/local est accessible en écriture. Le processus de mise à jour du système se résume à charger une nouvelle image système en arrière-plan et à y basculer après un redémarrage. Dans le même temps, l'ancienne image système est préservée et, si nécessaire ou en cas de problème, l'utilisateur peut revenir à la version précédente à tout moment. Pendant le développement de la distribution, l'environnement système est assemblé à l'aide de la boîte à outils OSTree (l'image est créée à partir d'un dépôt de type Git) et du système de build BuildStream, sans utiliser de paquets provenant d'autres distributions.
Les applications installées par l'utilisateur sont isolées les unes des autres dans des conteneurs. Outre l'installation de Flatpaks, la distribution permet également d'utiliser la boîte à outils nsbox pour créer des conteneurs arbitraires, qui peuvent également héberger des environnements de distribution traditionnels tels qu'Arch Linux et Debian. Elle prend également en charge la boîte à outils podman, qui assure la compatibilité avec les conteneurs Docker. Pour installer la distribution, un installeur graphique et une interface pour la configuration initiale du système sont proposés.
https://carbon.sh/blog/2022-03-31-release.html
Release of the SELKS 7.0, aimed at creating intrusion detection systems: 04/07/2022 Stamus Networks has published a release of a specialized distribution kit SELKS 7.0, designed to deploy systems for detecting and preventing network intrusions, as well as responding to identified threats and monitoring network security. Users are provided with a turnkey network security management solution that can be used immediately after download. The distribution supports working in Live mode and running in virtualization environments or containers. The project is distributed under the GPLv3 license. The size of the boot image is 3 GB. The system is built on Debian and the open IDS platform Suricata. The data is processed using Logstash and stored in the ElasticSearch storage. To track the current state and identified incidents, a web interface implemented on top of Kibana is offered. The Scirius CE web interface is used to manage the rules and visualize the activity associated with them. It also includes the Arkime packet capture system, the EveBox event evaluation interface, and the CyberChef data analyzer. https://www.stamus-networks.com/pr/06-april-2022
Sortie du SELKS 7.0, destiné à la création de systèmes de détection des intrusions 07/04/2022
Stamus Networks a publié la version d'un kit de distribution spécialisé SELKS 7.0, conçu pour déployer des systèmes de détection et de prévention des intrusions dans les réseaux, ainsi que pour répondre aux menaces identifiées et surveiller la sécurité des réseaux. Les utilisateurs disposent d'une solution clé en main de gestion de la sécurité des réseaux, qui peut être utilisée immédiatement après le téléchargement. La distribution prend en charge le travail en mode Live et l'exécution dans des environnements de virtualisation ou des conteneurs. Le projet est distribué sous la licence GPLv3. La taille de l'image de démarrage est de 3 Go.
Le système est construit sur Debian et la plateforme IDS ouverte Suricata. Les données sont traitées à l'aide de Logstash et stockées dans le stockage ElasticSearch. Pour suivre l'état actuel et les incidents identifiés, une interface Web implémentée par-dessus Kibana est proposée. L'interface Web Scirius CE est utilisée pour gérer les règles et visualiser l'activité qui leur est associée. Elle comprend également le système de capture de paquets Arkime, l'interface d'évaluation des événements EveBox et l'analyseur de données CyberChef.
https://www.stamus-networks.com/pr/06-april-2022
Release of gzip utility 1.12: 04/08/2022 A set of utilities for data compression gzip 1.12, has been released. The new version fixes a vulnerability in the zgrep utility that allows, when processing a specially formatted file name that includes two or more newlines, to overwrite arbitrary files on the system, as far as current permissions allow. The problem has been manifesting since version 1.3.10, released in 2007. Other changes include stopping installation of the zless utility on systems without the less utility, as well as ensuring that the correct information about files larger than 4 GB is output when executing the 'gzip -l' command (information about the size of decompressed data is now determined not based on a fixed 32-bit fields from the header, but through unpacking with the actual calculation of the data size). https://www.mail-archive.com/info-gnu@gnu.org/msg03032.html
Publication de l'utilitaire gzip 1.12 08/04/2022
Un ensemble d'utilitaires pour la compression de données, gzip 1.12, a été publié. La nouvelle version corrige une vulnérabilité dans l'utilitaire zgrep qui permet, lors du traitement d'un nom de fichier spécialement formaté qui inclut deux nouvelles lignes ou plus, d'écraser des fichiers arbitraires sur le système, dans la mesure où les permissions actuelles le permettent. Le problème se manifeste depuis la version 1.3.10, publiée en 2007.
Parmi les autres modifications apportées, citons l'arrêt de l'installation de l'utilitaire zless sur les systèmes dépourvus de l'utilitaire less, ainsi que la garantie que les informations correctes sur les fichiers de plus de 4 Go sont affichées lors de l'exécution de la commande 'gzip -l' (les informations sur la taille des données décompressées ne sont plus déterminées sur la base de champs fixes de 32 bits de l'en-tête, mais par le déballage avec le calcul réel de la taille des données).
12
Release of OpenSSH 9.0 with transfer of scp to the SFTP protocol:
04/08/2022
OpenSSH 9.0, an open implementation of the client and server for working with the SSH 2.0 and SFTP protocols, is out. In the new version, the scp utility has been moved by default to use SFTP instead of the legacy SCP/RCP protocol.
SFTP uses more predictable name handling methods and does not use shell processing of glob patterns in filenames on the other host side, which creates security problems. In particular, when using SCP and RCP, the server decides which files and directories to send to the client, and the client only checks the correctness of the returned object names, which, in the absence of proper checks on the client side, allows the server to transfer other file names that differ from those requested.
The SFTP protocol does not have these problems, but does not support expansion of special paths such as “~/”. To address this difference, since OpenSSH 8.7, the SFTP server implementation supports the “expand-path@openssh.com” protocol extension to expand the ~/ and ~user/ paths.
When using SFTP, users may also encounter incompatibilities caused by the need to double-escape path expansion characters in SCP and RCP requests to prevent them from being interpreted on the remote side. In SFTP, this escaping is not required, and extra quotes can result in a data transfer error. At the same time, the OpenSSH developers refused to add an extension to repeat scp's behavior in this case, since double escaping is seen as a flaw that does not make sense to repeat.
https://lists.mindrot.org/pipermail/openssh-unix-dev/2022-April/040174.html
New Release of Raspberry Pi OS: 04/09/2022 The developers of the Raspberry Pi project have published the spring update of the Raspberry Pi OS 2022-04-04 (old Raspbian) distribution based on Debian. Three builds have been prepared for download - reduced ( 297 MB ) for server systems, with a basic desktop ( 837 MB ) and full with an additional set of applications (2.2 GB). The distribution comes with a PIXEL user environment (a fork of LXDE). About 35,000 packages are available for installation from the repositories . https://www.raspberrypi.com/news/raspberry-pi-bullseye-update-april-2022/
Nouvelle version de Raspberry Pi OS 09/04/2022
Les développeurs du projet Raspberry Pi ont publié la mise à jour de printemps, 2022-04-04, de la distribution Raspberry Pi OS (anciennement Raspbian) basée sur Debian. Trois versions ont été préparées pour le téléchargement - réduite (297 Mo) pour les systèmes serveurs, avec un bureau de base (837 Mo) et complète avec un ensemble d'applications supplémentaires (2,2 Go). La distribution est livrée avec un environnement utilisateur PIXEL (un dérivé de LXDE). Environ 35 000 paquets sont disponibles pour l'installation à partir des dépôts.
https://www.raspberrypi.com/news/raspberry-pi-bullseye-update-april-2022/
Thunderbird 100 beta release integrates Matrix protocol support: 04/09/2022 The beta release of the Thunderbird 100 email client includes a client for the Matrix decentralized communications system that is included by default. The implementation supports advanced features such as end-to-end encryption, sending invitations, lazy loading of participants, and editing sent messages and more. https://www.thunderbird.net/en-US/thunderbird/100.0beta/releasenotes/
La version bêta de Thunderbird 100 intègre la prise en charge du protocole Matrix 09/04/2022
La version bêta du client de messagerie Thunderbird 100 intègre un client pour le système de communication décentralisé Matrix qui est inclus par défaut. L'implémentation prend en charge notamment des fonctionnalités avancées telles que le chiffrement de bout en bout, l'envoi d'invitations, le chargement lent des participants et la modification des messages envoyés.
https://www.thunderbird.net/en-US/thunderbird/100.0beta/releasenotes/
13
Custom Material Shell 42: 10.04.2022 After a year of development , the release of the custom shell Material Shell 42 has been published , offering an implementation of the concepts of tiling and spatial window layout for GNOME. The project is designed as an extension for GNOME Shell and aims to simplify navigation and increase work efficiency by window automation and predictable behavior of the interface. The code is written in TypeScript and distributed under the GPLv3 license. The release of Material Shell 42 provides support for running on top of GNOME 42 . The Material Shell uses a Spatial Model for switching between windows, which means dividing open applications into workspaces. Each workspace can contain multiple applications. Thus, a virtual grid of application windows is made, in which the columns are applications, and the rows are workspaces. The user can switch the viewport by moving on the grid relative to the current cell, for example, you can move the viewport to the left or right to switch between applications in the same workspace, and up or down to switch between workspaces. Material Shell allows you to group applications depending on the subject or tasks performed by adding new workspaces and opening applications in them, forming a user-friendly and predictable window space. All windows are tiled and do not overlap. You can expand the current application to full screen, display side by side with other applications from the working area, display all windows in the form of columns or grids, as well as stack snapping of windows in an arbitrary form using horizontal and vertical pinning with neighboring windows. https://github.com/material-shell/material-shell/releases/tag/42
Material Shell 42 personnalisé 10/04/2022
Après un an de développement, la version du shell personnalisé Material Shell 42 a été publiée, offrant une mise en œuvre des concepts de tuilage et de disposition spatiale des fenêtres pour GNOME. Le projet est conçu comme une extension pour GNOME Shell et vise à simplifier la navigation et à augmenter l'efficacité du travail par l'automatisation des fenêtres et le comportement prévisible de l'interface. Le code est écrit en TypeScript et distribué sous la licence GPLv3. La version 42 de Material Shell supporte l'exécution par-dessus GNOME 42.
Material Shell utilise un modèle spatial pour passer d'une fenêtre à l'autre, ce qui revient à diviser les applications ouvertes en espaces de travail. Chaque espace de travail peut contenir plusieurs applications. Ainsi, une grille virtuelle de fenêtres d'application est créée, dans laquelle les colonnes sont des applications et les lignes des espaces de travail. L'utilisateur peut changer de fenêtre en se déplaçant sur la grille par rapport à la cellule actuelle. Par exemple, vous pouvez déplacer la fenêtre vers la gauche ou la droite pour passer d'une application à l'autre dans le même espace de travail, et vers le haut ou le bas pour passer d'un espace de travail à l'autre.
Material Shell vous permet de regrouper les applications en fonction du sujet ou des tâches effectuées en ajoutant de nouveaux espaces de travail et en ouvrant les applications dans ceux-ci, formant ainsi un espace de fenêtre convivial et prévisible. Toutes les fenêtres sont en mosaïque et ne se chevauchent pas. Vous pouvez étendre l'application actuelle en plein écran, l'afficher côte à côte avec d'autres applications de l'espace de travail, afficher toutes les fenêtres sous forme de colonnes ou de grilles, ainsi qu'empiler les fenêtres sous une forme arbitraire en utilisant l'épinglage horizontal et vertical avec les fenêtres voisines.
https://github.com/material-shell/material-shell/releases/tag/42
MX Linux release 21.1: 04/10/2022 The lightweight distribution MX Linux 21.1 has been released, created by the communities formed around the antiX and MEPIS projects. The release is based on Debian with improvements from the antiX project and packages from its own repository. The distribution uses the sysVinit initialization system and its own tools for configuring and deploying the system. Available for download are: 1.9 GB 32-bit and 64-bit builds ( x86_64 , i386 ) with the Xfce desktop, as well as 64-bit builds with the KDE desktop. The new release is synchronized with Debian 11.3 with updated app versions. The Linux kernel has been updated to version 5.16. The Disk-manager program for managing disks has been returned to the main structure. The mx-samba-config utility has been added to configure access to file storages using samba/cifs. They also improved installer performance. https://mxlinux.org/
MX Linux version 21.1 10/04/2022
La distribution légère MX Linux 21.1 a été publiée, créée par les communautés formées autour des projets antiX et MEPIS. La version est basée sur Debian avec des améliorations apportées par le projet antiX et des paquets provenant de son propre dépôt. La distribution utilise le système d'initialisation sysVinit et ses propres outils pour configurer et déployer le système. Disponibles en téléchargement : 1,9 Go, des constructions 32 bits et 64 bits (x86_64, i386) avec le bureau Xfce, ainsi que des constructions 64 bits avec le bureau KDE.
La nouvelle version est synchronisée avec Debian 11.3 incluant des versions d'applications mises à jour. Le noyau Linux a été mis à jour à la version 5.16. Le programme Disk-manager pour la gestion des disques a été renvoyé dans la structure principale. L'utilitaire mx-samba-config a été ajouté pour configurer l'accès aux stockages de fichiers utilisant samba/cifs. Les performances de l'installeur ont également été améliorées.
Release of OpenSSH 9.0 with transfer of scp to the SFTP protocol: 04/08/2022 OpenSSH 9.0 is out, an open implementation of the client and server for working with the SSH 2.0 and SFTP protocols. In the new version, the scp utility has been moved by default to use SFTP instead of the legacy SCP/RCP protocol. SFTP uses more predictable name handling methods and does not use shell processing of glob patterns in filenames on the other host side, which creates security problems. In particular, when using SCP and RCP, the server decides which files and directories to send to the client, and the client only checks the correctness of the returned object names, which, in the absence of proper checks on the client side, allows the server to transfer other file names that differ from those requested. The SFTP protocol does not have these problems, but does not support expansion of special paths such as “~/”. To address this difference, since OpenSSH 8.7, the SFTP server implementation supports the “expand-path@openssh.com” protocol extension to expand the ~/ and ~user/ paths. When using SFTP, users may also encounter incompatibilities caused by the need to double-escape (//) path expansion characters in SCP and RCP requests to prevent them from being interpreted on the remote side. In SFTP, this escaping is not required, and extra quotes can result in a data transfer error. At the same time, the OpenSSH developers refused to add an extension to repeat scp's behavior in this case, since double escaping is seen as a flaw that does not make sense to repeat. https://lists.mindrot.org/pipermail/openssh-unix-dev/2022-April/040174.html
Sortie d'OpenSSH 9.0 avec transfert de scp vers le protocole SFTP 08/04/2022
OpenSSH 9.0 est sortie, une implémentation Open du client et du serveur pour travailler avec les protocoles SSH 2.0 et SFTP. Dans la nouvelle version, l'utilitaire scp a été déplacé par défaut pour utiliser SFTP au lieu de l'ancien protocole SCP/RCP.
SFTP utilise des méthodes de gestion des noms plus prévisibles et n'utilise pas le traitement par l'interpréteur de commandes des motifs globaux dans les noms de fichiers sur l'autre hôte, ce qui crée des problèmes de sécurité. En particulier, lors de l'utilisation de SCP et RCP, le serveur décide des fichiers et des répertoires à envoyer au client, et le client ne vérifie que l'exactitude des noms d'objets renvoyés, ce qui, en l'absence de contrôles appropriés du côté client, permet au serveur de transférer d'autres noms de fichiers différents de ceux demandés.
Le protocole SFTP ne présente pas ces problèmes, mais ne supporte pas l'expansion des chemins spéciaux tels que “~/”. Pour remédier à cette différence, depuis OpenSSH 8.7, l'implémentation du serveur SFTP supporte l'extension de protocole « expand-path@openssh.com » pour l'expansion des chemins ~/ et ~user/.
Lors de l'utilisation de SFTP, les utilisateurs peuvent également rencontrer des incompatibilités causées par la nécessité d'un double échappement (//) des caractères d'expansion de chemin dans les requêtes SCP et RCP pour éviter qu'ils ne soient interprétés du côté distant. Dans SFTP, cet échappement n'est pas nécessaire, et les guillemets supplémentaires peuvent entraîner une erreur de transfert de données. Dans le même temps, les développeurs d'OpenSSH ont refusé d'ajouter une extension pour répéter le comportement de scp dans ce cas, puisque le double échappement est considéré comme une faille qu'il n'est pas logique de répéter.
https://lists.mindrot.org/pipermail/openssh-unix-dev/2022-April/040174.html
14
Minimal web browser links 2.26: 11.04.2022 Links 2.26, a minimalistic web browser, has been released and supports both console and graphical modes. When working in console mode, you can display colors and control the mouse if it is supported by the terminal used (for example, xterm). Graphics mode supports image output and font smoothing. In all modes, the display of tables and frames are provided. The browser supports the HTML 4.0 specification but ignores CSS and JavaScript. There is also support for bookmarks, SSL/TLS, background downloads and menu system control. When running, links consumes about 5 MB of RAM in text mode and 20 MB in graphic mode. http://links.twibright.com/
Navigateur Web minimaliste links 2.26 11/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 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.
Utilities for managing SSD drives - nvme-cli 2.0: 04/11/2022 A major release of the nvme-cli 2.0 utility suite, which provides a command-line interface for managing NVM-Express (NVMe) SSDs on Linux, has been published. Using nvme-cli, you can evaluate the state of the drive, view the error log, display statistics on operations, manage namespaces, send low-level commands to the controller, activate advanced features, etc. The code is written in C and distributed under the GPLv2 license. The most significant changes that led to the formation of the 2.0 branch are related to the reorganization of the codebase - the libnvme library has been separated from the package, which will now be developed in a separate repository and can be used in arbitrary projects to call the functionality available in nvme-cli. Simultaneously with nvme-cli 2.0, libnvme 1.0 was released, which stabilized the library API. In the functional changes in nvme-cli 2.0, we can note the addition of new commands “nvme config”, “nvme dim”, “nvme media-unit-stat-log”, “nvme gen-tls-key” and “nvme check-tls-key” . https://github.com/linux-nvme/nvme-cli/releases/tag/v2.0
Utilitaires pour la gestion des disques SSD - nvme-cli 2.0 11/04/2022
Une version majeure de la suite d'utilitaires nvme-cli 2.0, qui fournit une interface de ligne de commande pour la gestion des SSD NVM-Express (NVMe) sous Linux, a été publiée. Grâce à nvme-cli, vous pouvez évaluer l'état du disque, consulter le journal des erreurs, afficher des statistiques sur les opérations, gérer les espaces de noms, envoyer des commandes de bas niveau au contrôleur, activer des fonctions avancées, etc. Le code est écrit en C et distribué sous la licence GPLv2.
Les changements les plus importants qui ont conduit à la formation de la branche 2.0 sont liés à la réorganisation de la base de code - la bibliothèque libnvme a été séparée du paquet, qui sera désormais développée dans un dépôt séparé et pourra être utilisée dans d'autres projets pour appeler la fonctionnalité disponible dans nvme-cli. Simultanément à nvme-cli 2.0, libnvme 1.0 a été publiée, ce qui a stabilisé l'API de la bibliothèque. Dans les changements fonctionnels de nvme-cli 2.0, nous pouvons noter l'ajout de nouvelles commandes « nvme config », « nvme dim », « nvme media-unit-stat-log », « nvme gen-tls-key » et « nvme check-tls-key ».
https://github.com/linux-nvme/nvme-cli/releases/tag/v2.0
EndeavorOS 22.1 released: 11.04.2022 EndeavorOS 22.1 “Atlantis” is out, which replaced the Antergos distribution, which was discontinued in May 2019 due to the lack of free time for the remaining maintainers to maintain the project at the proper level. The size of the installation image is 1.8 GB (x86_64, the assembly for ARM is being developed separately). Endeavor OS allows the user to easily install Arch Linux with the necessary desktop in the form in which it is conceived in its regular filling, offered by the developers of the selected desktop, without additional pre-installed programs. The distribution offers a simple installer to install a basic Arch Linux environment with a default Xfce desktop and the ability to install from the repository one of the typical desktops based on Mate, LXQt, Cinnamon, KDE Plasma, GNOME, Budgie, as well as i3 tile window managers, BSPWM and Sway. Work is underway to add support for Qtile and Openbox window managers, UKUI , LXDE and Deepin desktops. Also, one of the developers of the project is developing his own window manager “Worm”. https://endeavouros.com/
Sortie d'EndeavorOS 22.1 11/04/2022
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 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 ».
15
RHVoice 1.8.0 speech synthesizer released: 11.04.2022 RHVoice 1.8.0, an open-source speech synthesis system, was released, initially developed to provide high-quality support for the Russian language, but then adapted for other languages, including English, Portuguese, Ukrainian, Kyrgyz, Tatar and Georgian. The code is written in C++ and distributed under the LGPL 2.1 license. It supports GNU/Linux , Windows and Android. The program is compatible with typical TTS (text-to-speech) interfaces for text-to-speech: SAPI5 (Windows), Speech Dispatcher (GNU/Linux) and Android Text-To-Speech API, but can also be used in the NVDA screen reader. The creator and main developer of RHVoice is Olga Yakovleva, who is developing the project despite being completely blind. https://rhvoice.org/post/rhvoice-1.8.0/
Sortie de RHVoice 1.8.0, synthétiseur de parole 11/04/2022
La version 1.8.0 de RHVoice, un système de synthèse vocale Open Source, a été publiée. Développé initialement pour fournir un support de haute qualité pour la langue russe, il a ensuite été adapté pour d'autres langues, notamment l'anglais, le portugais, l'ukrainien, le kirghiz, le tatar et le géorgien. Le code est écrit en C++ et distribué sous la licence LGPL 2.1. Il est compatible avec GNU/Linux, Windows et Android. Le programme est compatible avec les interfaces TTS (text-to-speech) typiques pour la synthèse vocale : SAPI5 (Windows), Speech Dispatcher (GNU/Linux) et Android Text-To-Speech API, mais peut également être utilisé dans le lecteur d'écran NVDA. Le créateur et principal développeur de RHVoice est Olga Yakovleva, qui développe le projet malgré sa cécité totale.
https://rhvoice.org/post/rhvoice-1.8.0/
Release of LXD 5.0: 11.04.2022 Canonical has released the LXD 5.0 container manager and LXCFS 5.0 virtual file system. The LXD code is written in Go and distributed under the Apache 2.0 license. The 5.0 branch is classified as a long-term support release - updates until June 2027. The LXC toolkit is used as a runtime for launching as containers, which includes the liblxc library, a set of utilities (lxc-create, lxc-start, lxc-stop, lxc-ls, etc.), templates for building containers and a set of bindings for various programming languages. Isolation is carried out using the regular mechanisms of the Linux kernel. The mechanism of namespaces is used to isolate processes, the ipc, uts network stack, user IDs and mount points. cgroups are used to limit resources. Kernel features such as Apparmor and SELinux profiles, Seccomp policies, Chroots (pivot_root) and capabilities are used to lower privileges and restrict access. Like LXC, LXD also uses components from the CRIU and QEMU projects. If LXC is a low-level toolkit for manipulation at the level of individual containers, then LXD provides tools for centralized management of containers deployed in a cluster of several servers. LXD is implemented as a background process that accepts requests over the network via a REST API and supports various storage backends (directory tree, ZFS, Btrfs, LVM), state snapshots, live migration of running containers from one machine to another, and tools for storing images containers. LXCFS is used to simulate the /proc and /sys pseudo-FS containers, and the cgroupfs virtualized view to make the containers look like a normal independent system. https://discuss.linuxcontainers.org/t/lxd-5-0-lts-has-been-released/13723
Sortie de LXD 5.0 11/04/2022
Canonical a publié le gestionnaire de conteneurs LXD 5.0 et le système de fichiers virtuel LXCFS 5.0. Le code de LXD est écrit en Go et distribué sous la licence Apache 2.0. La branche 5.0 est classée comme une version de support à long terme - mises à jour jusqu'en juin 2027.
La boîte à outils LXC est utilisée comme moteur d'exécution pour le lancement de conteneurs. Elle comprend la bibliothèque liblxc, un ensemble d'utilitaires (lxc-create, lxc-start, lxc-stop, lxc-ls, etc.), des modèles pour la construction de conteneurs et un ensemble de liaisons pour divers langages de programmation. L'isolation est effectuée en utilisant les mécanismes habituels du noyau Linux. Le mécanisme des espaces de noms est utilisé pour isoler les processus, l'ipc, la pile réseau uts, les ID utilisateurs et les points de montage. cgroups est utilisé pour limiter les ressources. Les fonctionnalités du noyau telles que les profils Apparmor et SELinux, les politiques Seccomp, les Chroots (pivot_root) et les capacités sont utilisées pour abaisser les privilèges et restreindre l'accès.
Comme LXC, LXD utilise également des composants des projets CRIU et QEMU. Si LXC est une boîte à outils de bas niveau pour la manipulation au niveau des conteneurs individuels, alors LXD fournit des outils pour la gestion centralisée des conteneurs déployés dans un cluster de plusieurs serveurs. LXD est implémenté comme un processus d'arrière-plan qui accepte les requêtes sur le réseau via une API REST et prend en charge divers backends de stockage (arbre de répertoire, ZFS, Btrfs, LVM), les snapshots d'état, la migration en direct des conteneurs en cours d'exécution d'une machine à l'autre et les outils de stockage des conteneurs d'images. LXCFS est utilisé pour simuler les conteneurs pseudo-FS /proc et /sys, et la vue virtualisée cgroupfs pour faire ressembler les conteneurs à un système indépendant normal.
https://discuss.linuxcontainers.org/t/lxd-5-0-lts-has-been-released/13723
Qt 6.3 framework released: 12.04.2022 The Qt Company has published the Qt 6.3 framework, where work continues to stabilize and increase the functionality of the Qt 6 branch. Qt 6.3 provides support for Windows 10, macOS 10.14+, Linux (Ubuntu 20.04, CentOS 8.2, openSUSE 15.3, SUSE 15 SP2) platforms , iOS 13+, Android 6+ (API 23+), webOS, INTEGRITY and QNX. The source code for the Qt components is provided under the LGPLv3 and GPLv2 licenses. https://www.qt.io/blog/qt-6.3-released
Sortie du framework Qt 6.3 12/04/2022
La société Qt a publié le framework Qt 6.3, où le travail se poursuit pour stabiliser et augmenter les fonctionnalités de la branche Qt 6. Qt 6.3 offre un support pour les plateformes Windows 10, macOS 10.14+, Linux (Ubuntu 20.04, CentOS 8.2, openSUSE 15.3, SUSE 15 SP2), iOS 13+, Android 6+ (API 23+), webOS, INTEGRITY et QNX. Le code source des composants Qt est fourni sous les licences LGPLv3 et GPLv2.
https://www.qt.io/blog/qt-6.3-released
Progress in the development of open firmware for the Raspberry Pi: 13.04.2022 A bootable image for Raspberry Pi boards based on Debian GNU/Linux and supplied with a set of open firmware from the LibreRPi project is available for testing. The image is generated using the regular Debian 11 repositories for the armhf architecture and is distinguished by the delivery of the librepi-firmware package prepared based on the rpi-open-firmware firmware . The state of firmware development has been brought to a level suitable for running the Xfce desktop. In its current form, the firmware provides the v3d driver for the VideoCore graphics accelerator, 2D acceleration, DPI video, NTSC video (composite output), Ethernet, USB host, i2c host and SD cards on Raspberry Pi 2 and Raspberry Pi 3 boards. Not yet supported features include video decoding acceleration, CSI, SPI, ISP, PWM audio, DSI and HDMI. Recall that despite the presence of open drivers, the operation of the VideoCore IV video accelerator is ensured by proprietary firmware loaded into the GPU, which contains quite extensive functionality, for example, support for OpenGL ES is implemented on the firmware side. In fact, on the GPU side, a semblance of an operating system is performed, and the work of open drivers is reduced to broadcasting calls to closed firmware. To get rid of the need to download blobs, since 2017, the community has been developing a project for a free version of the firmware, including components for execution on the VC4 GPU side. https://github.com/librerpi
Du progrès dans le développement d'un firmware ouvert pour le Raspberry Pi 13/04/2022
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, 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, y compris des composants pour l'exécution côté GPU VC4.
16
Plans for the next generation of SUSE Linux: 13.04.2022 Developers from SUSE shared the first plans for the development of a future major branch of the SUSE Linux Enterprise distribution, which is codenamed ALP (Adaptable Linux Platform). The new branch is planned to offer some radical changes, both in the distribution itself and in the methods of its development. In particular, SUSE intends to move away from the closed-door development model of SUSE Linux in favor of an open development process. If earlier all development was carried out within the company and after the result was produced, now the processes of creating a distribution kit and its assembly will become public, which will allow interested parties to track the work being done and take part in the development. The second major change will be the division of the distribution's core foundation into two parts: a stripped-down “host OS” to run on top of the hardware, and an application support layer focused on running in containers and virtual machines. The idea is to develop in “host OS” the minimum environment necessary to support and manage hardware, and run all applications and user-space components not in a mixed environment, but in separate containers or virtual machines running on top of “host OS” and isolated from each other. Details are promised to be announced later, but during the discussion, the MicroOS project is mentioned , which develops a stripped-down version of the distribution using an atomic installation system and automatic application of updates. https://lists.opensuse.org/archives/list/project@lists.opensuse.org/thread/N6TTE7ZBY7GFJ27XSDTXRF3MVLF6HW4W/
Plans pour la prochaine génération de SUSE Linux 13/04/2022
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.
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.
Release of Turnkey Linux 17: 13.04.2022 After almost two years of development, Turnkey Linux 17 is released, which develops a collection of 119 minimalist builds of Debian suitable for use in virtualization systems and cloud environments. From the collection, only two ready-made builds based on branch 17 are currently made - core (339 MB) with the base environment and tkldev (419 MB) with development tools and building mini-distributions. The remaining builds promise to be updated in the near future. The idea of the distribution is to provide the user with the opportunity, immediately after installation, to get fully functional working environments with 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. The software is managed through a specially prepared web interface ( Webmin , shellinabox and confconsole are used for configuration ). Builds are equipped with an automatic backup system, tools for automatic installation of updates and a monitoring system. Both installation on metal and virtual machines are supported. Basic setup, defining passwords and generating cryptographic keys is done during the first boot. https://www.turnkeylinux.org/blog/v17.0-stable-core-and-tkldev
Sortie de Turnkey Linux 17 13/04/2022
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.
Le logiciel est géré par une interface Web spécialement préparée (Webmin, shellinabox et confconsole sont utilisés pour la configuration). Les builds sont équipés d'un système de sauvegarde automatique, d'outils d'installation automatique des mises à jour et d'un système de surveillance. L'installation sur des machines physiques ou virtuelles est supportée. La configuration de base, la définition des mots de passe et la génération des clés cryptographiques sont effectuées lors du premier démarrage.
https://www.turnkeylinux.org/blog/v17.0-stable-core-and-tkldev
CENO 1.4.0 censorship-focused web browser available: 14.04.2022 The eQualite company has published CENO 1.4.0 mobile web browser, designed to get access to information in conditions of censorship, traffic filtering or disconnection of Internet segments from the global network. Firefox for Android (Mozilla Fennec) is used as the base. The functionality associated with building a decentralized network has been moved to a separate Ouinet library, which can be used to add censorship circumvention tools to arbitrary applications. Project code is distributed under the MIT license. Ready builds are available on Google Play . The CENO browser and the Ouinet library allow you to access information in conditions of active blocking of proxy servers, VPNs, gateways and other centralized mechanisms for bypassing traffic filtering, up to the complete shutdown of the Internet in censored areas (with complete blocking, content can be distributed from the cache or local drives). For data exchange, a P2P network is created, in which users participate in redirecting traffic to external gateways (injectors), which provide access to information bypassing filters. The project also provides for content caching on the side of each user, maintaining a decentralized cache of popular content. When a user opens a site, the downloaded content is cached on the user's system and becomes available to P2P network members who cannot directly access the resource or gateways to bypass blocking. Each device stores only the data directly requested from that device. Pages in the cache are identified using a hash of the URL, with all additional data associated with the page, such as images, scripts, and styles, grouped and returned together by one identifier. https://github.com/censorship-no/ceno-browser/releases/tag/v1.4.0
Le navigateur Web CENO 1.4.0, focalisé sur la censure, est disponible 14/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 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 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
17
Fedora plans to replace DNF package manager with Microdnf: 15.04.2022 The developers of Fedora Linux intend to migrate the distribution to the new Microdnf package manager instead of the currently used DNF. The first step on the road to migration will be a major update to Microdnf, planned for Fedora Linux 38, that will come close in functionality to DNF, and even surpass it in some areas. It is noted that the new version of Microdnf will support all the main features of DNF, but at the same time retain high performance and compactness. The key difference between Microdnf and DNF is the use of C instead of Python for development, which allows you to get rid of a large number of dependencies. At one time, DNF replaced Yum, which was written entirely in Python, and in DNF, performance-demanding low-level functions were rewritten and moved into separate hawkey, librepo, libsolv, and libcomps C libraries, but the framework and high-level components remained in Python. Microdnf was originally developed as a stripped down version of DNF for use in Docker containers that did not require Python to be installed. Now the Fedora developers plan to bring Microdnf to the level of DNF functionality and eventually completely replace DNF with Microdnf. Microdnf is based on the libdnf5 library, developed as part of the DNF 5 project. DNF 5 is aimed at unifying existing low-level libraries, rewriting the package management operations remaining in Python in C++, and moving the basic functionality into a separate library with the creation of a binding around this library to preserve the Python API. The new version of Microdnf will also use the DNF Daemon background process, replacing the PackageKit functionality and providing an interface for managing packages and updates in graphical environments. Unlike PackageKit, DNF Daemon will only support the RPM format. https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/JIRMSN6FKBAQQMHXYCWJZM4RG4T7N4K2/
Fedora prévoit de remplacer le gestionnaire de paquets DNF par Microdnf 15/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 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.
Microdnf est basé sur la bibliothèque libdnf5, développée dans le cadre du projet DNF 5. DNF 5 a pour but d'unifier les bibliothèques de bas niveau existantes, de réécrire en C++ les opérations de gestion de paquets restant dans Python, et de déplacer la fonctionnalité de base dans une bibliothèque séparée avec la création d'un binding autour de cette bibliothèque pour préserver l'API Python.
La nouvelle version de Microdnf utilisera également le processus d'arrière-plan DNF Daemon, remplaçant la fonctionnalité PackageKit et fournissant une interface pour la gestion des paquets et des mises à jour dans des environnements graphiques. Contrairement à PackageKit, DNF Daemon ne supportera que le format RPM.
Release of Neovim 0.7.0, a modernized version of the Vim editor: 15.04.2022 Neovim 0.7.0 is out, a fork of the Vim editor focused on increasing extensibility and flexibility. The project has been reworking the Vim codebase for more than seven years, as a result of which changes are made that simplify code maintenance, provide a means of dividing labor between several maintainers, separate the interface from the base part (the interface can be changed without touching the internals), and implement a new extensible architecture based on plugins. The original code of the project is distributed under the Apache 2.0 license, and the base part is licensed under the Vim license. Ready builds are prepared for Linux (appimage), Windows and macOS. The new version offers initial support for remote work, allowing you to run Neovim on a server and connect to it from a client system using a separate ui client. Other changes include: Python 2 support has been discontinued, Lua functions in keymap are allowed, new commands have been added to the API, the ability to use the Lua language for plugin development and configuration management has been significantly expanded, tools for diagnosing problems in the code have been improved, support for the global status bar has been added, performance optimizations have been made. The capabilities of the built-in LSP client ( Language Server Protocol ) have been extended, which can be used to move the analysis logic and code completion to external servers. https://github.com/neovim/neovim/releases/tag/v0.7.0
Sortie de Neovim 0.7.0, une version modernisée de l'éditeur Vim 15/04/2022
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.
https://github.com/neovim/neovim/releases/tag/v0.7.0
Release of the GNU Coreutils 9.1 set of core system utilities: 16.04.2022 A stable version of the GNU Coreutils 9.1 set of basic system utilities is available , which includes programs such as sort, cat, chmod, chown, chroot, cp, date, dd, echo, hostname, id, ln, ls, etc. https://savannah.gnu.org/forum/forum.php?forum_id=10158
Publication de l'ensemble d'utilitaires du système centraux GNU Coreutils 9.1 16/04/2022
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.
18
LXQt 1.1 User Environment Released: 16.04.2022 After six months of development, the release of the user environment LXQt 1.1 (Qt Lightweight Desktop Environment), developed by the joint team of developers of the LXDE and Razor-qt projects, has happened. The LXQt interface continues to follow the classic desktop layout with a modern look and feel that enhances the user experience. LXQt is positioned as a lightweight, modular, fast and convenient continuation of the development of the Razor-qt and LXDE desktops, incorporating the best features of both shells. The code is hosted on GitHub and is licensed under GPL 2.0+ and LGPL 2.1+. Ready builds are expected for Ubuntu (LXQt is offered by default in Lubuntu), Arch Linux , Fedora , openSUSE , Mageia , FreeBSD , ROSA and ALT Linux . https://lxqt-project.org/release/2022/04/15/lxqt-1-1-0/\
Environnement utilisateur LXQt 1.1 diffusé 16/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. 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/\
Rsync 3.2.4 Released: 17.04.2022 After a year and a half of development, the release of Rsync 3.2.4 is available, a file synchronization and backup utility that allows you to minimize traffic by incrementally copying changes. The transport can be ssh, rsh, or the native rsync protocol. Anonymous rsync servers are supported, which are optimally suited for ensuring the synchronization of mirrors. The project code is distributed under the GPLv3 license. https://lists.samba.org/archive/rsync-announce/2022/000110.html
Rsync 3.2.4 publié 17/04/2022
Après un an et demi de développement, la version 3.2.4 de Rsync est disponible. Cet utilitaire de synchronisation et de sauvegarde de fichiers permet de minimiser le trafic en copiant les modifications de manière incrémentielle. Le transport peut être ssh, rsh, ou le protocole natif rsync. Les serveurs rsync anonymes sont supportés, ce qui convient parfaitement pour assurer la synchronisation des miroirs. Le code du projet est distribué sous la licence GPLv3.
https://lists.samba.org/archive/rsync-announce/2022/000110.html
Celestial shuns snaps: 18.04.2022 A beta release of the CelOS (Celestial OS) distribution has been introduced, which is a rebuild of Ubuntu 22.04, in which the Snap package management tool is replaced with Flatpak. Instead of installing additional applications from the Snap Store catalog, integration with the Flathub catalog is proposed. The size of the installation image is 3.7 GB. The project is distributed under the GPLv3 license. The assembly includes a selection of GNOME applications distributed in the Flatpak format, as well as the ability to quickly install additional programs from the Flathub catalog. As a user interface, the usual GNOME with the Adwaita skin is proposed,as it is being developed by the main project, without using the Yaru skin that is offered in Ubuntu. The regular Ubiquity is used as an installer. The differences between Flatpak and Snap come down to the fact that Snap offers a small base runtime stuffed with a container based on monolithic Ubuntu Core releases, while Flatpak, in addition to the main runtime, uses additional and separately updated runtime layers (bundle) with typical sets of dependencies for applications to work. Thus, Snap transfers most of the application libraries to the side of packages (recently it has been possible to move large libraries, such as GNOME and GTK libraries, to common packages), and Flatpak offers bundles of libraries common to different packages (for example, libraries have been moved to bundle required to run GNOME or KDE programs) to make packages more compact. Flatpak packages use an image based on the OCI (Open Container Initiative) specification, while Snap uses SquashFS image mounting. For isolation, Flatpak uses the Bubblewrap layer (uses cgroups, namespaces (namespaces), Seccomp and SELinux), and to organize access to resources outside the container, the portal mechanism . Snap uses cgroups, namespaces, Seccomp, and AppArmor for isolation, and pluggable interfaces for interacting with the outside world and other packages . Snap is developed under the full control of Canonical and is not controlled by the community, while the Flatpak project is independent, provides better integration with GNOME and is not tied to a single repository. https://www.reddit.com/r/Ubuntu/comments/u4jqt5/ubuntu_with_flatpaks_without_the_snaps_celestial/
Célestial évite les snaps 18/04/2022
Une version bêta de la distribution CelOS (Celestial OS) a été présentée. Il s'agit d'une reconstruction d'Ubuntu 22.04, dans laquelle l'outil de gestion des paquets Snap est remplacé par Flatpak. Au lieu d'installer des applications supplémentaires à partir du catalogue Snap Store, une intégration avec le catalogue Flathub est proposée. La taille de l'image d'installation est de 3,7 Go. Le projet est distribué sous la licence GPLv3.
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 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 (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/
19
The SDL developers have canceled the default Wayland switch in the 2.0.22 release: 18.04.2022 In the codebase of the SDL (Simple DirectMedia Layer) library, a previously accepted change has been canceled, which by default activates work based on the Wayland protocol in environments that provide simultaneous support for Wayland and X11. Thus, in release 2.0.22, as before, in Wayland environments with an XWayland component, output using the X11 protocol - will be used by default. It is noted that the SDL code associated with Wayland support is stable, but some problems remain unresolved in third-party applications. For example, there are regressions in games and problems when using NVIDIA drivers, event handling in libwayland, loading plugins in libdecor, and the operation of the Steam application. After assessing the current situation, the developers decided not to rush and not include Wayland by default in the SDL 2.0.22 release. For those who want to use Wayland, they can set the environment variable “SDL_VIDEODRIVER=wayland” before starting the application, or add the function 'SDL_SetHint(SDL_HINT_VIDEODRIVER, “wayland,x11”)' to the code before calling SDL_Init(): https://discourse.libsdl.org/t/sdl-revert-video-prefer-wayland-over-x11/35376
Les développeurs de SDL ont annulé le choix du commutateur Wayland par défaut dans la version 2.0.22 18/04/2022
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.
Après avoir évalué la situation actuelle, les développeurs ont décidé de ne pas se précipiter et de ne pas inclure Wayland par défaut dans la version 2.0.22 de la SDL. Ceux qui souhaitent utiliser Wayland peuvent définir la variable d'environnement « SDL_VIDEODRIVER=wayland » avant de lancer l'application, ou ajouter la fonction « SDL_SetHint(SDL_HINT_VIDEODRIVER, “wayland,x11”) » au code avant d'appeler SDL_Init():.
https://discourse.libsdl.org/t/sdl-revert-video-prefer-wayland-over-x11/35376
New versions of Box86 and Box64 emulators that allow you to run x86 games on ARM systems: 18.04.2022 Releases of Box86 0.2.6 and Box64 0.1.8 emulators are out. Projects are developed in sync by the same development team - Box86 is limited to running 32-bit x86 applications, while Box64 provides for running 64-bit executables. The project pays great attention to the launch of gaming applications, including the ability to launch Windows builds through wine and Proton. The source code of the project is written in C and distributed under the MIT license. A feature of the project is the use of a hybrid execution model, in which emulation is applied only to the machine code of the application itself and specific libraries. Generic system libraries, including libc, libm, GTK, SDL, Vulkan, and OpenGL, are replaced with variants native to the target platforms. Thus, library calls are executed without emulation, which allows for a significant performance increase. In performance tests, when running on the Armhf and Aarch64 platforms, the Box86 and Box64 emulators significantly outperformed the QEMU and FEX-emu projects, and in some tests (glmark2, openarena) they achieved performance identical to running an assembly native to the target platform. In the compute-intensive 7-zip and dav1d benchmarks, Box64's performance was between 27% and 53% of that of the native application (compared to QEMU at 5-16% and FEX-emu at 13-26%). Additionally, a comparison was made with the Rosetta 2 emulator used by Apple to run x86 code on systems with an ARM M1 chip. Rosetta 2 ran the 7zip-based benchmark at 71% of the native build, while Box64 did 57% https://github.com/ptitSeb/box64 https://github.com/ptitSeb/box86
De nouvelles versions des émulateurs Box86 et Box64 vous permettent d'exécuter des jeux x86 sur des systèmes ARM 18/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 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 %.
https://github.com/ptitSeb/box64 https://github.com/ptitSeb/box86
Release of the QEMU 7.0 emulator: 20.04.2022 QEMU 7.0 is out. As an emulator, QEMU allows you to run a program built for one hardware platform on a system with a completely different architecture, for example, run an ARM application on an x86-compatible PC. In the virtualization mode in QEMU, the performance of code execution in an isolated environment is close to a hardware system due to the direct execution of instructions on the CPU and the use of the Xen hypervisor or KVM module. The project was originally created by Fabrice Bellard to allow Linux executables built for the x86 platform to run on non-x86 architectures. Over the years of development, full emulation support has been added for 14 hardware architectures, the number of emulated hardware devices has exceeded 400. In preparation for version 7.0, more than 2500 changes have been made from 225 developers. https://lists.nongnu.org/archive/html/qemu-devel/2022-04/msg02245.html
Sortie de l'émulateur QEMU 7.0 20/04/2022
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.
https://lists.nongnu.org/archive/html/qemu-devel/2022-04/msg02245.html
20
PPA proposed for Ubuntu to improve Wayland support in Qt: 19.04.2022 For the Ubuntu 22.04 distribution, a PPA repository has been prepared with the qtwayland package, in which fixes related to improved support for the Wayland protocol have been moved from the Qt 5.15.3 branch , maintained by the KDE project. Including the package includes changes that are necessary for the correct operation of qtwayland on systems with proprietary NVIDIA drivers. Additionally, the intention to add the proposed package to Debian has been announced (merge request has already been prepared), after which this package can be officially transferred to the main Ubuntu and derivative distributions. https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/4829
Un PPA proposé pour Ubuntu afin d'améliorer le support de Wayland dans Qt 19/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 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
Movement to include proprietary firmware in the Debian distribution: 19.04.2022 Steve McIntyre, a Debian project leader for several years, has taken the initiative to rethink Debian's attitude towards shipping proprietary firmware, which is currently not included in official install images and is provided in a separate non-free repository. In Steve's opinion, trying to achieve the ideal of only delivering open source software causes unnecessary grief for users, who in many cases have to install proprietary firmware if they want to get their hardware to work properly. Proprietary firmware is placed in a separate non-free repository, along with other packages distributed under non-free and open licenses. The non-free repository is not officially part of the Debian project and packages from it cannot be included in installation and live builds. Because of this, installation images with proprietary firmware are built separately and categorized as unofficial, although they are formally developed and maintained by the Debian project. Debian's approach creates many problems, including inconvenience to users and waste of resources in building, testing, and hosting unofficial builds with closed firmware. The project presents official images as the main recommended builds, but only confuses these users, as they encounter hardware support problems during the installation process. The use of unofficial builds unwittingly leads to the popularization of non-free software, since the user, along with the firmware, also receives a connected non-free repository with other non-free software, while if the firmware were offered separately, it would be possible to do without including the non-free repository. https://blog.einval.com/2022/04/19
Mouvement visant à inclure des microprogrammes propriétaires dans la distribution Debian 19/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.
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 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
Git 2.36 source control released: 19.04.2022 After three months of development, the release of the distributed source control system Git 2.36 has been published. Git is one of the most popular, reliable, and high-performance version control systems that provides flexible non-linear development tools based on branching and merging branches. To ensure the integrity of the history and resistance to changes “backdating” implicit hashing of the entire previous history in each commit is used, it is also possible to verify the digital signatures of the developers of individual tags and commits. Compared to the previous release, 717 changes were accepted into the new version, prepared with the participation of 96 developers, of which 26 took part in the development for the first time. https://lore.kernel.org/all/xmqqh76qz791.fsf@gitster.g/
Publication du contrôle des sources Git 2.36 19/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.
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.
21
oVirt 4.5.0 Virtualization Infrastructure Management System Release: 21.04.2022 The release of oVirt 4.5.0, based on the KVM hypervisor and the libvirt library, is a platform for deploying, maintaining and monitoring virtual machines and managing cloud infrastructure, was announced. The virtual machine management technologies developed in oVirt are used in the Red Hat Enterprise Virtualization product and can act as an open alternative to VMware vSphere. In addition to Red Hat, Canonical, Cisco, IBM, Intel, NetApp and SUSE also took part in the development. The project code is distributed under the GPLv2 license. Ready packages are available for CentOS Stream 8 and Red Hat Enterprise Linux 8.6 Beta. A ready-to-deploy iso image of oVirt Node NG based on CentOS Stream 8 is also available. oVirt is a stack that covers all levels of virtualization - from the hypervisor to the API and GUI. Despite the fact that KVM is positioned as the main hypervisor in oVirt, the interface is implemented as an add-on to the libvirt library, which is abstracted from the hypervisor type and is suitable for managing virtual machines based on various virtualization systems, including Xen and VirtualBox. As part of oVirt, an interface is being developed for the rapid mass creation of highly available virtual machines with support for live migration of environments between servers without stopping work. The platform provides tools for creating dynamic balancing rules and managing cluster resources, cluster power management mechanisms, virtual machine image management tools, and components for converting and importing existing virtual machines. A single virtual data store is supported, accessible from any node. The interface contains an advanced reporting system and administration tools that allow you to manage the configuration both at the infrastructure level and at the level of individual virtual machines. https://blogs.ovirt.org/2022/04/ovirt-4-5-0-is-now-generally-available/
Publication du système de gestion de l'infrastructure de virtualisation oVirt 4.5.0 21/04/2022
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 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.
https://blogs.ovirt.org/2022/04/ovirt-4-5-0-is-now-generally-available/
New versions of OpenWrt 21.02.3 and 19.07.10: 21.04.2022 Updates of the OpenWrt distribution kit 19.07.10 and 21.02.3 have been published, focused on various network devices such as routers, switches and access points. OpenWrt supports many different platforms and architectures and has a build system that allows you to easily and conveniently perform cross-compilation, including various components in the assembly, which makes it easy to create a ready-made firmware adapted to specific tasks or a disk image with the desired set of pre-installed packages. Builds are generated for 36 target platforms. The release of OpenWrt 19.07.10 is marked as the last in the 19.07 branch, which has expired. https://lists.infradead.org/pipermail/openwrt-devel/2022-April/038491.html
Nouvelles versions d'OpenWrt, les 21.02.3 et 19.07.10 21/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 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
Ubuntu 22.04 LTS distribution release: 21.04.2022 The Ubuntu 22.04 “Jammy Jellyfish” distribution has been released and is categorized as a Long Term Support (LTS) release with updates for 5 years, in this case until April 2027. Install and boot images are made for Ubuntu, Ubuntu Server , Lubuntu , Kubuntu , Ubuntu Mate , Ubuntu Budgie , Ubuntu Studio , Xubuntu and UbuntuKylin. Main changes: Desktop updated to GNOME 42 release, in which settings for the dark interface design common to the entire environment were added and GNOME Shell and performance was optimized. When you press the PrintScreen button, you can create a screencast or screenshot of a selected part of the screen or a separate window. To preserve the integrity of the design and stability of the user environment in Ubuntu 22.04, versions of some applications from the GNOME 41 branch were left (mainly we are talking about applications translated in GNOME 42 to GTK 4 and libadwaita). Most configurations default to a desktop session based on the Wayland protocol, but provide an option to fall back to using an X server at login. The use of the X server is also left by default for systems with proprietary NVIDIA drivers. They offer 10 colour options in dark and light styles. Desktop icons have been moved to the lower right corner of the screen by default (this behavior can be changed in the appearance settings). In the Yaru theme, all buttons, sliders, widgets, and toggles use orange instead of eggplant. A similar replacement is made in the icon set. They also changed the colour of the active window close button from orange to gray, and the color of slider handles from light gray to white. New settings have been added to control the appearance and behavior of the Dock. Improved integration with the file manager panel and device widgets. Screens for displaying confidential information are supported, for example, some laptops are equipped with screens with a built-in confidential viewing mode, which makes it difficult to view from outside. The ability to use the RDP protocol for organizing desktop sharing is provided (VNC support is saved as an option included in the configurator). The Firefox browser is now only available in Snap format. The firefox and firefox-locale deb packages are replacements for stubs that install a Snap package with Firefox. For users of the deb package, there is a transparent process for migrating to snap by publishing an update that will install the snap package and transfer the current settings from the user's home directory. To increase security, the os-prober utility is disabled by default, which finds boot partitions of other OSes and adds them to the boot menu. They recommend you use the UEFI bootloader to boot alternative operating systems. To return automatic detection of third-party OSes in /etc/default/grub, you can change the GRUB_DISABLE_OS_PROBER setting and run the “sudo update-grub” command. Disabled access to NFS partitions using the UDP protocol (the kernel was compiled with the CONFIG_NFS_DISABLE_UDP_SUPPORT=y option). NVIDIA proprietary drivers have been added to ARM64 architecture builds in the linux-restricted-modules set (previously shipped only for x86_64 systems). To install and configure NVIDIA drivers, you can use the standard ubuntu-drivers utility. Linux kernel 5.15 is used as the primary one, but Ubuntu Desktop on some tested devices (linux-oem-22.04) will provide a 5.17 kernel . Additionally, for x86_64 and ARM64 architectures, a beta release of a package with a kernel is proposed for testing, which includes PREEMPT_RT patches and is oriented to use in real-time systems. The systemd system manager has been updated to version 249. For early response to low memory, Ubuntu Desktop uses the systemd-oomd mechanism by default, which is based on the PSI (Pressure Stall Information) kernel subsystem, which allows user-space analysis of information about the waiting time for obtaining various resources (CPU, memory, I/O) to accurately assess the level of system load and the nature of the slowdown. You can use the oomctl utility to check the status of OOMD. Updated developer tools: GCC 11.2, LLVM 14, glibc 2.35, Python 3.10.4, Ruby 3.0, PHP 8.1.2, Perl 5.34, Go 1.18, Rust 1.58, OpenJDK 18 (OpenJDK 11 also ships), PostgreSQL 14, MySQL 8.0.28. Updated LibreOffice 7.3, Firefox 99, Thunderbird 91, Mesa 22, BlueZ 5.63, CUPS 2.4, NetworkManager 1.36, Poppler 22.02, Chrony 4.2, PulseAudio 16, xdg-desktop-portal 1.14, samba 4.15.5, Apache httpd 2.4.52, containerd 1.5.9, runc 1.1.0, QEMU 6.2, libvirt 8.0.0, virt-manager 4.0, openvswitch 2.17, LXD 5.0. Migration to new significant branches OpenLDAP 2.5, BIND 9.18 and OpenSSL 3.0. The main repository for Ubuntu Server includes the wireguard and glusterfs packages. Includes the FRRouting routing protocol stack (BGP4, MP-BGP, OSPFv2, OSPFv3, RIPv1, RIPv2, RIPng, PIM-SM/MSDP, LDP, IS-IS), which has replaced the previously used Quagga package (FRRouting is a fork of Quagga so compatibility is not affected). By default, the nftables packet filter is enabled. To maintain backward compatibility, the iptables-nft package is available, which provides utilities with the same command line syntax as in iptables, but translates the resulting rules into nf_tables bytecode. OpenSSH does not support digital signatures based on RSA keys with a SHA-1 hash (“ssh-rsa”) by default. They added “-s” option to scp utility to work over SFTP protocol. Ubuntu Server builds for IBM POWER systems (ppc64el) have dropped support for Power8 processors, builds are now built for Power9 CPUs (“–with-cpu=power9”). RISC-V architecture live medium, is provided. Ubuntu 22.04 was the first LTS release with official builds for Raspberry Pi boards. They added support for Pimoroni Unicorn HAT LED matrix and DSI touch screens. Added rpiboot utility for Raspberry Pi Compute boards. For MicroPython-enabled microcontrollers, such as the Raspberry Pi Pico, the rshell utility (package pyboard-rshell) has been added. The imager utility (package rpi-imager) has been added to pre-configure the boot image. Kubuntu offers the KDE Plasma 5.24.3 desktop and the KDE Gear 21.12.3 application suite. Xubuntu continues to ship the Xfce 4.16 desktop . The Greybird theme set has been updated to version 3.23.1 with support for GTK 4 and libhandy, which improved the unification of GNOME and GTK4 applications with the common Xubuntu style. The elementary-xfce 0.16 set has been updated with many new icons. Used text editor Mousepad 0.5.8 with support for saving sessions and plug-ins. Improved thumbnails in Ristretto 0.12.2 image viewer. In Ubuntu MATE , the MATE desktop has been updated to patch release 1.26.1. Styling has been moved to a variant of the Yaru theme (used in Ubuntu Desktop), adapted to work in MATE. The main cast includes the new GNOME Clocks, Maps and Weather applications. Updated set of indicators for the panel. By removing proprietary NVIDIA drivers (now downloaded separately), eliminating duplicate icons and removing old skins, the size of the installation image has been reduced to 2.8 GB (it was 4.1 GB before cleaning). Ubuntu Budgie features the new Budgie 10.6 desktop release with updated applets. Updated Ubuntu Studio ships versions of Blender 3.0.1, KDEnlive 21.12.3, Krita 5.0.2, Gimp 2.10.24, Ardour 6.9, Scribus 1.5.7, Darktable 3.6.0, Inkscape 1.1.2, Carla 2.4.2, Studio Controls 2.3.0, OBS Studio 27.2.3, MyPaint 2.0.1. Lubuntu builds continue to ship the LXQt 0.17 graphical environment . Additionally, two unofficial editions of Ubuntu 22.04 are released - Ubuntu Cinnamon Remix 22.04 ( iso images ) with the Cinnamon desktop and Ubuntu Unity 22.04 ( iso images ) with the Unity7 desktop . https://discourse.ubuntu.com/t/jammy-jellyfish-release-notes/24668
Sortie de la distribution Ubuntu 22.04 LTS 21/04/2022
La distribution Ubuntu 22.04 « Jammy Jellyfish » a été publiée et est classée comme une version à support à long terme (LTS) avec des mises à jour pendant 5 ans, dans ce cas jusqu'en avril 2027. Les images d'installation et de démarrage sont faites pour Ubuntu, Ubuntu Server, Lubuntu, Kubuntu, Ubuntu Mate, Ubuntu Budgie, Ubuntu Studio, Xubuntu et UbuntuKylin.
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 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.
10 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.
De nouveaux paramètres ont été ajoutés pour contrôler l'apparence et le comportement du Dock. L'intégration a été améliorée avec le panneau du gestionnaire de fichiers et les widgets du périphérique. Les écrans permettant d'afficher des informations confidentielles sont pris en charge. Par exemple, certains ordinateurs portables sont équipés d'écrans avec un mode d'affichage confidentiel intégré, ce qui rend difficile l'affichage depuis l'extérieur.
La possibilité d'utiliser le protocole RDP pour organiser le partage du bureau est fournie (la prise en charge de VNC est enregistrée comme une option incluse dans le configurateur).
Le navigateur Firefox est désormais disponible uniquement au format Snap. Les paquets deb firefox et firefox-locale sont des remplacements pour les bouts de code qui installent un paquet Snap de Firefox. Pour les utilisateurs du paquet deb, il existe un processus transparent pour migrer vers snap en publiant une mise à jour qui installera le paquet snap et transférera les paramètres actuels du répertoire d'origine de l'utilisateur.
Pour augmenter la sécurité, l'utilitaire os-prober, qui trouve les partitions de démarrage d'autres OS et les ajoute au menu de démarrage, est désactivé par défaut. Il est recommandé d'utiliser le chargeur de démarrage UEFI pour démarrer d'autres systèmes d'exploitation. Pour rétablir la détection automatique des OS tiers dans /etc/default/grub, vous pouvez modifier le paramètre GRUB_DISABLE_OS_PROBER et exécuter la commande « sudo update-grub ».
L'accès aux partitions NFS utilisant le protocole UDP (le noyau a été compilé avec l'option CONFIG_NFS_DISABLE_UDP_SUPPORT=y ) est désactivé. Les pilotes propriétaires NVIDIA ont été ajoutés aux builds de l'architecture ARM64 dans l'ensemble linux-restricted-modules (précédemment livrés uniquement pour les systèmes x86_64). Pour installer et configurer les pilotes NVIDIA, vous pouvez utiliser l'utilitaire standard ubuntu-drivers.
Le noyau Linux 5.15 est utilisé comme noyau principal, mais Ubuntu Desktop sur certains appareils testés (linux-oem-22.04) fournira un noyau 5.17. En outre, pour les architectures x86_64 et ARM64, une version bêta d'un paquet avec un noyau est proposée pour les tests, qui inclut les correctifs PREEMPT_RT et est orienté vers une utilisation dans des systèmes en temps réel.
Le gestionnaire de système systemd a été mis à jour à la version 249. Pour une réaction rapide en cas de mémoire insuffisante, Ubuntu Desktop utilise par défaut le mécanisme systemd-oomd, qui est basé sur le sous-système PSI (Pressure Stall Information) du noyau, lequel permet d'analyser dans l'espace utilisateur les informations relatives au temps d'attente pour l'obtention de diverses ressources (CPU, mémoire, E/S) afin d'évaluer avec précision le niveau de charge du système et la nature du ralentissement. Vous pouvez utiliser l'utilitaire oomctl pour vérifier l'état de l'OOMD.
Outils de développement mis à jour : GCC 11.2, LLVM 14, glibc 2.35, Python 3.10.4, Ruby 3.0, PHP 8.1.2, Perl 5.34, Go 1.18, Rust 1.58, OpenJDK 18 (OpenJDK 11 également disponible), PostgreSQL 14, MySQL 8.0.28.
Mise à jour de LibreOffice 7.3, Firefox 99, Thunderbird 91, Mesa 22, BlueZ 5.63, CUPS 2.4, NetworkManager 1.36, Poppler 22.02, Chrony 4.2, PulseAudio 16, xdg-desktop-portal 1. 14, samba 4.15.5, Apache httpd 2.4.52, containerd 1.5.9, runc 1.1.0, QEMU 6.2, libvirt 8.0.0, virt-manager 4.0, openvswitch 2.17, LXD 5.0. Migration vers les nouvelles branches importantes OpenLDAP 2.5, BIND 9.18 et OpenSSL 3.0.
Le dépôt principal d'Ubuntu Server inclut les paquets wireguard et glusterfs.
Il inclut la pile de protocoles de routage FRRouting (BGP4, MP-BGP, OSPFv2, OSPFv3, RIPv1, RIPv2, RIPng, PIM-SM/MSDP, LDP, IS-IS), qui a remplacé le paquet Quagga précédemment utilisé (FRRouting est un fork de Quagga, la compatibilité n'est donc pas affectée).
Par défaut, le filtre de paquets nftables est activé. Pour maintenir la compatibilité ascendante, le paquetage iptables-nft est disponible, qui fournit des utilitaires avec la même syntaxe de ligne de commande que dans iptables, mais traduit les règles résultantes en bytecode nf_tables.
OpenSSH ne supporte pas les signatures numériques basées sur des clés RSA avec un hash SHA-1 (« ssh-rsa ») par défaut. L'option « -s » a été ajoutée à l'utilitaire scp pour travailler sur le protocole SFTP.
Les versions d'Ubuntu Server pour les systèmes POWER d'IBM (ppc64el) ont abandonné le support des processeurs Power8, les versions sont maintenant construites pour les CPU Power9 (« –with-cpu=power9 »).
Un support Live de l'architecture RISC-V est fourni.
Ubuntu 22.04 est la première version LTS avec des constructions officielles pour les cartes Raspberry Pi. Le support pour les écrans tactiles Pimoroni Unicorn HAT LED matrix et DSI a été ajouté, avec l'ajout de l'utilitaire rpiboot pour les cartes Raspberry Pi Compute. Pour les microcontrôleurs compatibles avec MicroPython, comme le Raspberry Pi Pico, l'utilitaire rshell (package pyboard-rshell) a été ajouté. L'utilitaire imager (package rpi-imager) a été ajouté pour préconfigurer l'image de démarrage.
Kubuntu offre le bureau KDE Plasma 5.24.3 et la suite d'applications KDE Gear 21.12.3.
Xubuntu continue d'offrir le bureau Xfce 4.16. Le jeu de thèmes Greybird a été mis à jour à la version 3.23.1 avec prise en charge de GTK 4 et libhandy, ce qui a amélioré l'unification des applications GNOME et GTK4 avec le style commun de Xubuntu. Le jeu elementary-xfce 0.16 a été mis à jour avec de nombreuses nouvelles icônes. L'éditeur de texte Mousepad 0.5.8 est utilisé avec prise en charge de la sauvegarde des sessions et des plug-ins. Les vignettes dans le visualiseur d'images Ristretto 0.12.2 ont été améliorées.
Dans Ubuntu MATE, le bureau MATE a été mis à jour avec la version 1.26.1. Le style a été déplacé vers une variante du thème Yaru (utilisé dans Ubuntu Desktop), adapté pour fonctionner dans MATE. La distribution principale comprend les nouvelles applications GNOME Clocks, Maps et Weather. Un ensemble d'indicateurs pour le panneau a été mis à jour. En supprimant les pilotes propriétaires NVIDIA (désormais téléchargés séparément), en éliminant les icônes en double et en supprimant les anciens skins, la taille de l'image d'installation a été réduite à 2,8 Go (elle était de 4,1 Go avant le nettoyage).
Ubuntu Budgie propose la nouvelle version du bureau Budgie 10.6 avec des applets mis à jour.
La version mise à jour d'Ubuntu Studio contient des versions de Blender 3.0.1, KDEnlive 21.12.3, Krita 5.0.2, Gimp 2.10.24, Ardour 6.9, Scribus 1.5.7, Darktable 3.6.0, Inkscape 1.1.2, Carla 2.4.2, Studio Controls 2.3.0, OBS Studio 27.2.3 et MyPaint 2.0.1.
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.
https://discourse.ubuntu.com/t/jammy-jellyfish-release-notes/24668
22
Valve has released Proton 7.0-2, for running Windows games on Linux: 21.04.2022 Valve has published the release of the Proton 7.0-2 project, which is based on the Wine project codebase and aims to run on Linux gaming applications created for Windows and presented in the Steam catalog. The developments of the project are distributed under the BSD license. Proton allows you to directly run Windows-only gaming applications on the Steam Linux client. The package includes implementation of DirectX 9/10/11 (based on DXVK package) and DirectX 12 (based on vkd3d-proton) working through DirectX call translation to the Vulkan API, provides improved support for game controllers and the ability to use full screen mode regardless of supported screen resolution in games. To increase the performance of multi-threaded games, “ esync ” (Eventfd Synchronization) and “ futex/fsync ” mechanisms are supported. https://github.com/ValveSoftware/Proton/releases/tag/proton-7.0-2
Valve a publié Proton 7.0-2, qui permet de faire tourner des jeux Windows sous Linux 21/04/2022
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 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
Release of OpenBSD 7.1: 22.04.2022 The release of the free cross-platform UNIX-like operating system OpenBSD 7.1 is introduced. The OpenBSD project was founded by Theo de Raadt in 1995 after a conflict with the NetBSD developers that denied Theo access to the NetBSD CVS repository. After that, Theo de Raadt and a group of like-minded people created a new open operating system based on the NetBSD source tree, the main development goals were portability ( 13 hardware platforms are supported ), standardization, correct operation, proactive security and integrated cryptographic tools. The size of the full installation ISO image of the base OpenBSD 7.1 system is 580 MB. In addition to the operating system itself, the OpenBSD project is known for its components, which have become widespread in other systems and have proven to be one of the most secure and high-quality solutions. Among them: LibreSSL ( OpenSSL fork ), OpenSSH , PF packet filter , OpenBGPD and OpenOSPFD routing daemons, OpenNTPD NTP server , OpenSMTPD mail server , text terminal multiplexer (similar to GNU screen) tmux , identd daemon with IDENT protocol implementation, BSDL alternative the GNU groff package - mandoc, a protocol for organizing fault-tolerant systems CARP (Common Address Redundancy Protocol), a lightweight http server , a file synchronization utility OpenRSYNC . https://www.mail-archive.com/announce@openbsd.org/msg00429.html
Sortie d'OpenBSD 7.1 22/04/2022
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.
https://www.mail-archive.com/announce@openbsd.org/msg00429.htm
Summary ofresults of the election of the leader of the Debian project: 22.04.2022 The results of the annual Debian project leader election have been announced. 354 developers took part in the voting, which is 34% of all participants with the right to vote (last year turnout was 44%, the year before 33%). This year, three candidates for the post of leader took part in the elections. It was won by Jonathan Carter, who was re-elected for a third term. Jonathan has been maintaining more than 60 Debian packages since 2016, contributing to the quality of live images on the debian-live team, and is one of the developers of AIMS Desktop , a build of Debian used by a number of South African academic and educational institutions. Felix Lechner and Hideki Yamane also claimed leadership. Felix develops the Lintian package inspection system , is a member of the Golang, Perl and VOIP teams, maintains 16 packages . Hideki has been a Debian developer since 2010, translating Japanese and maintaining about 200 packages , mostly related to fonts and the Ruby language. https://lists.debian.org/debian-devel-announce/2022/04/msg00007.html
Résumé des résultats de l'élection du chef du projet Debian 22/04/2022
Les résultats de l'élection annuelle du chef du projet Debian ont été annoncés. 354 développeurs ont pris part au vote, ce qui représente 34 % de tous les participants ayant le droit de vote (l'année dernière, le taux de participation était de 44 %, l'année précédente de 33 %). Cette année, trois candidats au poste de leader ont pris part aux élections. Il a été remporté par Jonathan Carter, qui a été réélu pour un troisième mandat.
Jonathan maintient plus de 60 paquets Debian depuis 2016, contribue à la qualité des images Live au sein de l'équipe debian-live, et est l'un des développeurs d'AIMS Desktop, un build de Debian utilisé par un certain nombre d'institutions académiques et éducatives sud-africaines.
Felix Lechner et Hideki Yamane ont également revendiqué le leadership. Felix développe le système d'inspection des paquets Lintian, est membre des équipes Golang, Perl et VOIP, et maintient 16 paquets. Hideki est développeur Debian depuis 2010, il traduit le japonais et maintient environ 200 paquets, principalement liés aux polices de caractères et au langage Ruby.
https://lists.debian.org/debian-devel-announce/2022/04/msg00007.html
23
New release of the Silero speech synthesis system: 22.04.2022 A new public release of the Silero Text-to-Speech neural network speech synthesis system is available. The project is primarily aimed at creating a modern high-quality speech synthesis system that is not inferior to commercial solutions from corporations and is available to everyone without the use of expensive server equipment. The models are distributed under the GNU AGPL license, but the company developing the project does not disclose the mechanism for training models. To launch, you can use PyTorch and frameworks that support the ONNX format. Speech synthesis in Silero is based on the use of deeply modified modern neural network algorithms and digital signal processing methods. It is noted that the main problem of modern neural network solutions for speech synthesis is that they are often available only as part of paid cloud solutions, and public products have high hardware requirements, lower quality or are not finished and ready-to-use products. For example, to seamlessly run one of the new popular end-to-end synthesis architectures, VITS, in synthesis mode (that is, not for model training), video cards with more than 16 gigabytes of VRAM are required. Contrary to the current trend, Silero solutions run successfully even on 1 x86 thread of an Intel processor with AVX2 instructions. On 4 processor threads, synthesis allows you to synthesize from 30 to 60 seconds per second in 8 kHz synthesis mode, in 24 kHz mode - 15-20 seconds, and in 48 kHz mode - about 10 seconds. https://github.com/snakers4/silero-models#text-to-speech
Nouvelle version du système de synthèse vocale Silero 22/04/2022
Une nouvelle version publique du système de synthèse vocale par réseau neuronal Silero est disponible. Le projet vise principalement à créer un système de synthèse vocale moderne de haute qualité qui ne soit pas inférieur aux solutions commerciales des entreprises et qui est accessible à tous sans l'utilisation d'un coûteux équipement de serveur.
Les modèles sont distribués sous la licence GNU AGPL, mais la société qui développe le projet ne divulgue pas le mécanisme d'entraînement des modèles. Pour le lancement, vous pouvez utiliser PyTorch et les frameworks qui supportent le format ONNX. La synthèse vocale dans Silero est basée sur l'utilisation d'algorithmes de réseaux neuronaux modernes profondément modifiés et de méthodes de traitement du signal numérique.
Il est à noter que le principal problème des solutions de réseaux neuronaux modernes pour la synthèse vocale est qu'elles ne sont souvent disponibles que dans le cadre de solutions de cloud payantes, et que les produits publics ont des exigences matérielles élevées, une qualité inférieure ou ne sont pas des produits finis et prêts à l'emploi. Par exemple, pour faire fonctionner de manière transparente de bout en bout l'une des nouvelles architectures de synthèse les plus populaires, VITS, en mode synthèse (c'est-à-dire, pas pour l'entraînement du modèle), des cartes vidéo avec plus de 16 gigaoctets de VRAM sont nécessaires.
Contrairement à la tendance actuelle, les solutions Silero fonctionnent avec succès même sur 1 thread x86 d'un processeur Intel avec des instructions AVX2. Sur 4 threads de processeur, la synthèse permet de synthétiser de 30 à 60 secondes par seconde en mode de synthèse 8 kHz, en mode 24 kHz, de 15 à 20 secondes, et en mode 48 kHz, environ 10 secondes.
https://github.com/snakers4/silero-models#text-to-speech
Release of KDE Gear 22.04: 22.04.2022 The April 22.04 summary update of the applications developed by the KDE project has been released. As a reminder, from April 2021, the consolidated set of KDE applications is published under the name KDE Gear, instead of KDE Apps and KDE Applications. In total, releases of 232 programs, libraries and plug-ins were published as part of the update. Information about the availability of live builds with new releases of applications can be found on this page: https://community.kde.org/Plasma/LiveImages https://kde.org/info/releases-22.04.0.php
Sortie de KDE Gear 22.04 22/04/2022
La mise à jour sommaire du 22 avril 04 des applications développées par le projet KDE a été publiée. Pour rappel, à partir d'avril 2021, l'ensemble consolidé des applications KDE est publié sous le nom de KDE Gear, au lieu de KDE Apps et KDE Applications. Au total, les versions de 232 programmes, bibliothèques et plug-ins ont été publiées dans le cadre de la mise à jour. Des informations sur la disponibilité des builds Live avec les nouvelles versions des applications peuvent être trouvées sur cette page : https://community.kde.org/Plasma/LiveImages.