1
Release of Rsync 3.2.7 and rclone: 23/10/2022 Rsync 3.2.7, a utility for synchronizing files and for backup, which allows you to minimize traffic by incrementally copying of changes, has been published. Ssh can be used as a transport, rsh or it's own rsyncprotocol. Anonymous rsync servers, optimally suitable for synchronization of mirrors, is supported. The project code is distributed under the GPLv3 license. https://www.mail-archive.com/rsync-announce@lists.samba.org/msg00111.html
Publication de Rsync 3.2.7 et rclone 23/10/2022
Rsync 3.2.7, un utilitaire pour la synchronisation de fichiers et pour la sauvegarde, qui vous permet de minimiser le trafic en copiant les changements de manière incrémentielle, a été publié. Ssh peut être utilisé comme transport, rsh ou son propre protocole rsync. Les serveurs rsync anonymes, qui conviennent parfaitement à la synchronisation des miroirs, sont pris en charge. Le code du projet est distribué sous la licence GPLv3.
https://www.mail-archive.com/rsync-announce@lists.samba.org/msg00111.html
Linus Torvalds proposed to stop supporting the i486 CPU in the Linux kernel: 23/10/2022 During the discussion of the work track on x86 processors, that do not support the “cmpxch8b” instruction (Pentium and later), Linus Torvalds said that it was time to declare the presence of this instruction mandatory for the core and to refuse to support the i486 processors that do not support “cmpxchg8b,” instead of trying to emulate the operation of this instruction on processors that no one is using. Currently, almost all Linux distributions, which continue to support 32-bit x86 systems, switched to the kernel build with the X86_PAE option, requiring the support of “cmpxchg8b.” According to Linus, in terms of support in the core, the i486 processors have lost relevance, despite the fact that they are still found in use. At some point, the processors become museum exhibits and for them it is possible to do with “museum” cores. Users who have systems with i486 processors will be able to use LTS-letter cores, which will be accompanied by many years. The termination of support for the classic i486 will not affect Intel's built-in Quark processors, which, although they belong to the class of the i486, but include additional instructions associated with Pentium generation, including the “cmpxchg8b.” The same is true for the Vortex86DX processors. Support for i386 processors was discontinued in the core 10 years ago. https://lore.kernel.org/lkml/CAHk-=wikUaRM5H_y1Bc+QyvGi40dKDL8fnCTyz7ECbwK7aHNPQ@mail.gmail.com/
Linus Torvalds propose d'abandonner le support du CPU i486 dans le noyau Linux 23/10/2022
Pendant la présentation de la piste de travail sur les processeurs x86, qui ne supportent pas l'instruction « cmpxch8b » (Pentium et ultérieur), Linus Torvalds a dit qu'il était temps de déclarer obligatoire la présence de cette instruction dans le noyau et de refuser de supporter les processeurs i486 qui ne supportent pas « cmpxchg8b », au lieu d'essayer d'émuler le fonctionnement de cette instruction sur des processeurs que personne n'utilise. Actuellement, presque toutes les distributions Linux, qui continuent à prendre en charge les systèmes x86 32-bit, sont passées à la construction du noyau avec l'option X86_PAE, nécessitant la prise en charge de « cmpxchg8b ».
Selon Linus, en termes de support dans le noyau, les processeurs i486 ont perdu de leur pertinence, malgré le fait qu'on en trouve encore en service. À un moment donné, les processeurs deviennent des pièces de musée et pour eux, il est possible de s'en sortir avec des noyaux « musée ». Les utilisateurs qui possèdent des systèmes avec des processeurs i486 pourront utiliser des cœurs LTS, qui seront accompagnés pendant de nombreuses années.
La fin du support du i486 classique n'affectera pas les processeurs Quark intégrés par Intel, qui, bien qu'ils appartiennent à la classe du i486, comprennent des instructions supplémentaires associées à la génération Pentium, y compris « cmpxchg8b ». Il en va de même pour les processeurs Vortex86DX. Le support des processeurs i386 a été abandonné dans le noyau il y a 10 ans.
https://lore.kernel.org/lkml/CAHk-=wikUaRM5H_y1Bc+QyvGi40dKDL8fnCTyz7ECbwK7aHNPQ@mail.gmail.com/
Release of IceWM 3.1.0: 24/10/2022 The release of the lightweight window manager IceWM 3.1.0 is available. IceWM provides full control through keyboard combinations, the ability to use virtual desktops, taskbar and application menus. The window manager is configured through a fairly simple configuration file and you can use themes. It has built-in applets for monitoring CPU, memory, traffic. Several third-party GUIs are developed for customization, desktop implementations and menu editors. The code is written in C++ and is distributed under the GPLv2 license. The new version continues to develop the window management mechanism based on tabs. A special indicator was added to the window header, which allows you to judge the presence of tabs and switch between them (previously, switching was carried out using a keyboard combination or menu, and the tabs themselves were not allocated). They added a new parameter, “frame” window for automatic grouping in tabs of application windows with one “frame.” Saving tabs bindings after restarting was ensured. The tabs are displayed in the window list. They also improved the Alt+Tab behavior for windows with tabs. https://github.com/ice-wm/icewm/releases/tag/3.1.0
Sortie de IceWM 3.1.0 24/10/2022
La version 3.1.0 du gestionnaire de fenêtres léger IceWM est disponible. IceWM offre un contrôle total grâce aux combinaisons de clavier, la possibilité d'utiliser des bureaux virtuels, la barre des tâches et les menus d'application. Le gestionnaire de fenêtres est configuré via un fichier de configuration assez simple et vous pouvez utiliser des thèmes. Il possède des applets intégrés pour surveiller le CPU, la mémoire, le trafic. Plusieurs interfaces graphiques tierces sont développées pour la personnalisation, les implémentations de bureau et les éditeurs de menu. Le code est écrit en C++ et est distribué sous la licence GPLv2.
La nouvelle version continue de développer le mécanisme de gestion des fenêtres basé sur les onglets. Un indicateur spécial a été ajouté à l'en-tête de la fenêtre, qui permet de juger de la présence d'onglets et de passer de l'un à l'autre (auparavant, la commutation s'effectuait à l'aide d'une combinaison de touches ou d'un menu, et les onglets eux-mêmes n'étaient pas attribués). Ils ont ajouté un nouveau paramètre, la fenêtre « frame » (cadre) pour le regroupement automatique dans les onglets des fenêtres d'application avec un seul « frame ». La sauvegarde des liaisons d'onglets après le redémarrage a été assurée. Les onglets sont affichés dans la liste des fenêtres. Ils ont également amélioré le comportement de Alt+Tab pour les fenêtres avec onglets.
2
Flatpak 1.15.0 available: 25/10/2022 Among the most outstanding novelties, there are changes regarding the compilation: from now on this type of package can be compiled with Meson instead of Autotools. To do this you need to use Meson 0.53.0 or later and Python 3.5 or later. They say the Autotools build system will probably be removed during the 1.15 or 1.17 cycle. Other Flatpak 1.15 news This version allows the system call modify_ldtas part of –alow=multiarch, which increases the attack surface, but is necessary when using 16-bit executable in some versions of WINE. The gssproxy socket can also be shared, which acts as a portal for Kerberos authentication and allows apps to use Kerberos authentication without a hole in the sandbox. Finally, a httpbackend variable has been added to flatpak.pc, which allows dependent objects such as GNOME software to detect if they are compatible with libflatpak. https://github.com/flatpak/flatpak/releases/tag/1.15.0
Flatpak 1.15.0 disponible 25/10/2022
Parmi les nouveautés les plus marquantes, il y a des changements concernant la compilation : à partir de maintenant ce type de paquet peut être compilé avec Meson au lieu d'Autotools. Pour ce faire, vous devez utiliser Meson 0.53.0 ou plus récent et Python 3.5 ou plus récent. Ils disent que le système de construction Autotools sera probablement supprimé pendant le cycle 1.15 ou 1.17.
Autres nouvelles concernant Flatpak 1.15
Cette version autorise l'appel système modify_ldtas dans le cadre de –alow=multiarch, ce qui augmente la surface d'attaque, mais est nécessaire lors de l'utilisation d'un exécutable 16-bit dans certaines versions de WINE. Le socket gssproxy peut également être partagé, ce qui agit comme un portail pour l'authentification par Kerberos et permet aux applications d'utiliser l'authentification par Kerberos sans trou dans le bac à sable. Enfin, une variable httpbackend a été ajoutée à flatpak.pc, ce qui permet aux objets dépendants tels que les logiciels GNOME de détecter s'ils sont compatibles avec libflatpak.
https://github.com/flatpak/flatpak/releases/tag/1.15.0
Lennart Pottering proposes Linux trusted boot: 26/10/2022 Lennart Poettering (systemd) has published a proposal to modernize the process of loading Linux distributions, aimed at solving existing problems and simplifying a full verified download, confirming the reliability of the core and the basic system environment. The changes required for the new architecture are already included in the systemd code base and affect components such as systemd-stub, systemd-measure, systemd-cryptenroll, systemd-cryptsetup, systemd-pcrphase and systemd-creds. The proposed changes are to create a single universal image of the UKI (Unified Kernel Image), combining the image of the Linux kernel, the handler to load the kernel from UEFI (UEFI boot stub) and the initrd system environment loaded into memory, used for initial initialization at the stage before the root FS. Instead of the image of an RAM disk in UKI can be packed and the entire system, which allows you to create fully verified system environments, downloaded in RAM. The UKI-image is made in the form of an executable file in PE format, which not only can be loaded with traditional bootloaders, but also directly called from UEFI firmware. https://0pointer.de/blog/brave-new-trusted-boot-world.html
Lennart Pottering propose un démarrage de confiance pour Linux 26/10/2022
Lennart Poettering (systemd) a publié une proposition pour moderniser le processus de chargement des distributions Linux, visant à résoudre les problèmes existants et à simplifier un téléchargement entièrement vérifié, confirmant la fiabilité du noyau et de l'environnement système de base. Les changements requis pour la nouvelle architecture sont déjà inclus dans la base de code de systemd et affectent des composants tels que systemd-stub, systemd-measure, systemd-cryptenroll, systemd-cryptsetup, systemd-pcrphase et systemd-creds.
Les changements proposés consistent à créer une image universelle unique de l'UKI (Unified Kernel Image), combinant l'image du noyau Linux, le gestionnaire pour charger le noyau à partir de l'UEFI (UEFI boot stub) et l'environnement système initrd chargé en mémoire, utilisé pour l'initialisation à l'étape précédant le FS racine. À la place, l'image d'un disque RAM dans UKI peut être empaquetée et l'ensemble du système, qui vous permet de créer des environnements système entièrement vérifiés, téléchargés dans la RAM. L'image UKI est faite sous la forme d'un fichier exécutable au format PE, qui peut non seulement être chargé avec les chargeurs de démarrage traditionnels, mais aussi appelé directement à partir du firmware UEFI.
https://0pointer.de/blog/brave-new-trusted-boot-world.html
Display server - Mir 2.10: 27.10.2022 The release of the display server, Mir 2.10, still developed by Canonical, despite the rejection of the development of the Unity shell. Mir remains in demand in Canonical projects and is now positioned as a solution for embedded devices and the Internet of Things (IoT). Mir can be used as a composite server for Wayland, which allows you to run in the environments based on Mir any applications using Wayland (for example, assembled with GTK3/4, Qt5/6 or SDL2). Packages for installation are prepared for Ubuntu 20.04, 22.04 and 22.10 (PPA) and Fedora 34, 35, 36 and 37. The project code is distributed under the GPLv2 license. The new version has modernized the processing of events from touch screens, support for a new screen gesture to move windows (driving with Shift, Alt or Ctrl keys pressed), added the ability to move windows from the deployed state, for the X11 platform, a correct selection of pixel formats has been implemented and scrolling is improved. https://discourse.ubuntu.com/t/mir-release-2-10-0/31871
Serveur d'affichage - Mir 2.10 27/10/2022
Sortie du serveur d'affichage, Mir 2.10, toujours développé par Canonical, malgré le rejet du développement du shell Unity. Mir reste demandé dans des projets de Canonical et se positionne désormais comme une solution pour les appareils embarqués et l'Internet des objets (IoT). Mir peut être utilisé comme un serveur composite pour Wayland, ce qui vous permet d'exécuter toutes les applications utilisant Wayland (par exemple, assemblées avec GTK3/4, Qt5/6 ou SDL2) dans les environnements basés sur Mir. Les paquets pour l'installation sont préparés pour Ubuntu 20.04, 22.04 et 22.10 (PPA) et Fedora 34, 35, 36 et 37. Le code du projet est distribué sous la licence GPLv2.
La nouvelle version a modernisé le traitement des événements provenant des écrans tactiles, le support d'un nouveau geste à l'écran pour déplacer les fenêtres (avec les touches Shift, Alt ou Ctrl enfoncées), ajouté la possibilité de déplacer les fenêtres à partir de l'état déployé, pour la plateforme X11, une sélection correcte des formats de pixels a été implémentée et le défilement est amélioré.
3
Experiment to obtain packet control in the AUR repository: 27.10.2022 The results of the experiment to seize the control of packages in the AUR repository (Arch User Repository), used to distribute third-party packages of third-party developers without inclusion in the main repository of the Arch Linux distribution, was announced. The researchers have prepared a script that checks the expiry of the registration of domains appearing in the PKGBUILD and SRCINFO files. During the launch of this script, 14 expired domains were identified, used in 20 packages for downloading files. A simple domain registration is not enough to replace the package, as the downloadable content is checked by the already loaded AUR checks the checksum. However, it turned out that accompanying about 35% of packages in AUR use the “SKIP” parameter in the PKGBUILD file to skip check the checksum (for example, the sha256sums are indicated). Of the 20 packages with expired domains, the SKIP parameter was used in 4. To demonstrate the possibility of an attack, the researchers bought the domain of one of the packages that do not checksum, and placed an archive with code and a modified installation script on it. Instead of the actual content, the display of a third-party code warning was added to the script. The attempt to install the package led to the download of the substituted files and, since the checksum was not checked, to the successful installation and launch of the code added by the experimenters. https://blog.nietaanraken.nl/posts/aur-packages-expired-domains/
Essai visant à obtenir le contrôle des paquets dans le dépôt AUR 27/10/2022
Les résultats de l'expérience visant à prendre le contrôle des paquets dans le dépôt AUR (Arch User Repository), utilisé pour distribuer des paquets de développeurs tiers sans inclusion dans le dépôt principal de la distribution Arch Linux, ont été annoncés. Les chercheurs ont préparé un script qui vérifie l'expiration de l'enregistrement des domaines apparaissant dans les fichiers PKGBUILD et SRCINFO. Lors du lancement de ce script, 14 domaines expirés ont été identifiés, utilisés dans 20 paquets pour le téléchargement de fichiers.
Un simple enregistrement de domaine ne suffit pas à remplacer le paquet, car le contenu téléchargeable est contrôlé par l'AUR déjà chargé, qui vérifie la somme de contrôle. Cependant, il s'est avéré que l'accompagnement d'environ 35 % des paquets dans AUR utilise le paramètre « SKIP » dans le fichier PKGBUILD pour sauter la vérification de la somme de contrôle (par exemple, les sha256sums sont indiqués). Sur les 20 paquets ayant des domaines expirés, le paramètre SKIP a été utilisé dans 4 d'entre eux.
Pour démontrer la possibilité d'une attaque, les chercheurs ont acheté le domaine de l'un des paquets dont la somme de contrôle n'est pas vérifiée et y ont placé une archive contenant du code et un script d'installation modifié. Au lieu du contenu réel, l'affichage de l'avertissement d'un code tiers a été ajouté au script. La tentative d'installation du paquet a conduit au téléchargement des fichiers substitués et, puisque la somme de contrôle n'était pas vérifiée, à l'installation et au lancement réussis du code ajouté par les expérimentateurs.
https://blog.nietaanraken.nl/posts/aur-packages-expired-domains/
Release of ToaruOS 2.1: 27.10.2022 The Unix-like operating system ToaruOS 2.1, written from scratch and supplied with its core, loader, standard C-library, packet manager, user space components and graphical interface with a composite window manager, was announced. The project was originally developed at the University of Illinois as research work in the field of creating new composite graphic interfaces, but then transformed into a separate operating system. The project code is written in the C language and distributed under the BSD license. For download there is a live image, size 14.4 MB, which can be tested in QEMU, VMware or VirtualBox ToaruOS is based on a kernel using a hybrid modular architecture that combines a monolithic base and tools for the use of downloadable modules, which formalize most of the existing device drivers, such as disk drivers (PATA and ATAPI), EXT2 and ISO9660, framebuffer, keyboards, mouse and network cards (AMD PCnet FAST, Realtek RTL8139 and Intel's Complemented The core supports Unix-streams, TTY, virtual FS, pseudo-FS /proc, multithreading, IPC, ramdisk, ptrace, shared memory, multitasking and other typical features). https://github.com/klange/toaruos/releases/tag/v2.1.0
Sortie de ToaruOS 2.1 27/10/2022
Le système d'exploitation de type Unix ToaruOS 2.1, écrit à partir de zéro et fourni avec son noyau, son chargeur, sa bibliothèque C standard, son gestionnaire de paquets, ses composants de l'espace utilisateur et son interface graphique avec un gestionnaire de fenêtres composite, a été annoncé. Le projet a été développé à l'origine à l'Université de l'Illinois comme travail de recherche dans le domaine de la création de nouvelles interfaces graphiques composites, mais il a ensuite été transformé en un système d'exploitation distinct. Le code du projet est écrit en langage C et distribué sous la licence BSD. Pour le téléchargement, il existe une image Live, d'une taille de 14,4 Mo, qui peut être testée dans QEMU, VMware ou VirtualBox.
ToaruOS est basé sur un noyau utilisant une architecture modulaire hybride qui combine une base monolithique et des outils pour l'utilisation de modules téléchargeables, qui formalisent la plupart des pilotes de périphériques existants, tels que les pilotes de disques (PATA et ATAPI), EXT2 et ISO9660, framebuffer, claviers, souris et cartes réseau (AMD PCnet FAST, Realtek RTL8139 et Complemented d'Intel). Le noyau supporte Unix-streams, TTY, virtual FS, pseudo-FS /proc, multithreading, IPC, ramdisk, ptrace, shared memory, multitasking et autres caractéristiques typiques.
https://github.com/klange/toaruos/releases/tag/v2.1.0
Fedora 37 delayed for two weeks due to critical vulnerability in OpenSSL: 28.10.2022 The developers of the Fedora project announced the postponement of the release of Fedora 37 to November 15 due to the need to eliminate critical vulnerability in the OpenSSL library. Since the data on the nature of the vulnerability will be disclosed only on November 1 and it is not clear how long it will take to implement the protection in the distribution, they decided to postpone the release for 2 weeks. This is not the first postponement - initially the release of Fedora 37 was expected on October 18, but was postponed twice (on October 25 and November 1) due to failure to comply with quality criteria. The vulnerability is classified as critical, details have not yet been reported, but the level of danger is close to the sensational vulnerability of Heartbleed. The critical level of danger implies the possibility of a remote attack on typical configurations. Critical can be attributed to remote leaks of server memory, execution of code or the attacking/compromising server keys. The fix of OpenSSL 3.0.7 with the elimination of the problem and information on the nature of the vulnerability will be published on November 1. https://www.mail-archive.com/devel-announce@lists.fedoraproject.org/msg02909.html
Fedora 37 retardée de deux semaines en raison d'une vulnérabilité critique dans OpenSSL 28/10/2022
Les développeurs du projet Fedora ont annoncé le report de la sortie de Fedora 37 au 15 novembre en raison de la nécessité d'éliminer une vulnérabilité critique dans la bibliothèque OpenSSL. Puisque les données sur la nature de la vulnérabilité ne seront divulguées que le 1er novembre et que l'on ne sait pas exactement combien de temps il faudra pour mettre en œuvre la protection dans la distribution, ils ont décidé de reporter la publication de 2 semaines. Ce n'est pas le premier report - initialement, la publication de Fedora 37 était attendue le 18 octobre, mais elle a été reportée deux fois (le 25 octobre et le 1er novembre) en raison du non-respect des critères de qualité.
La vulnérabilité est classée comme critique. Les détails n'ont pas encore été communiqués, mais le niveau de danger est proche de la vulnérabilité sensationnelle de Heartbleed. Le niveau de danger critique implique la possibilité d'une attaque à distance sur des configurations typiques. Le niveau critique peut être attribué à des fuites à distance de la mémoire du serveur, à l'exécution de code ou à l'attaque/compromission des clés du serveur. Le correctif d'OpenSSL 3.0.7 avec l'élimination du problème et des informations sur la nature de la vulnérabilité sera publié le 1er novembre.
https://www.mail-archive.com/devel-announce@lists.fedoraproject.org/msg02909.html
4
The openSUSE distribution proposes to test a new installer: 28.10.2022 The developers of the openSUSE project asked users to take part in the testing of the new installer D-Installer. Installation images are prepared for x86_64 (598MB) and Aarch64/ARM64 (614MB) architectures. The uploaded image allows you to install three platforms: a stable release of openSUSE Leap 15.4, the continuously updated openSUSE Tumbleweed build and the Leap Micro 5.2, based on isolated containers (for x86_64 only). In the future, the plan is, the new installer is to be used in products based on the ALP (Adaptable Linux Platform), which replaces SUSE Linux Enterprise. Among the goals of the development of D-Installer, they mention the elimination of existing restrictions of the graphical interface, the expansion of opportunities for using the functionality of YaST in other applications, the departure from the link to one programming language (D-Bus API will create add-ons in different languages) and stimulate the creation of alternative settings by community representatives. https://news.opensuse.org/2022/10/27/call-for-testing-next-gen-installer/
La distribution openSUSE propose de tester un nouvel installeur 28/10/2022
Les développeurs du projet openSUSE ont demandé aux utilisateurs de participer au test du nouvel installeur D-Installer. Les images d'installation sont préparées pour les architectures x86_64 (598MB) et Aarch64/ARM64 (614MB). L'image téléchargée vous permet d'installer trois plateformes : une version stable d'openSUSE Leap 15.4, la version d'openSUSE Tumbleweed continuellement mise à jour et le Leap Micro 5.2, basé sur des conteneurs isolés (pour x86_64 uniquement). À l'avenir, il est prévu que le nouvel installeur soit utilisé dans les produits basés sur l'ALP (Adaptable Linux Platform), qui remplace SUSE Linux Enterprise.
Parmi les objectifs du développement de D-Installer, ils mentionnent l'élimination des restrictions existantes de l'interface graphique, l'élargissement des possibilités d'utilisation des fonctionnalités de YaST dans d'autres applications, l'abandon du lien avec un seul langage de programmation (D-Bus API permettra de créer des add-ons dans différents langages) et de stimuler la création de paramètres alternatifs par les représentants de la communauté.
https://news.opensuse.org/2022/10/27/call-for-testing-next-gen-installer/
Epiphany (GNOME Web) translated to GTK4: 28.10.2022 The main branch of the web-browser Epiphany, developed by the GNOME project, based on the WebKitGTK engine and offered to users under the name GNOME Web, added support for the GTK4 library. The Epiphany interface is close to the modern requirements for the GNOME application style, for example, the textured selection of buttons in the panel has been discontinued, the design of the tabs has been changed, the corners of the window are more rounded. Test builds based on GTK4 and available at the gnome-nightly flatpak repository. In stable releases, the GTK4 port will be part of GNOME 44. https://gitlab.gnome.org/GNOME/epiphany
Epiphany (GNOME Web) traduit en GTK4 28/10/2022
La branche principale du navigateur Web Epiphany, développée par le projet GNOME, basée sur le moteur WebKitGTK et proposé aux utilisateurs sous le nom de GNOME Web, a ajouté le support de la bibliothèque GTK4. L'interface Epiphany est proche des exigences modernes du style d'application GNOME, par exemple, la sélection texturée des boutons dans le panneau a été abandonnée, le design des onglets a été modifié, les coins de la fenêtre sont plus arrondis. Les versions de test sont basées sur GTK4 et disponibles dans le dépôt flatpak gnome-nightly. Dans les versions stables, le portage de GTK4 fera partie de GNOME 44.
https://gitlab.gnome.org/GNOME/epiphany
OpenVPN 2.5.8 Release: 29.10.2022 OpenVPN 2.5.8, a package for creating virtual private networks, is out, allowing you to create an encrypted connection between the two client machines or provide a centralized VPN server for the simultaneous operation of several clients. The OpenVPN code is distributed under the GPLv2 license, ready-to-use binary packages are built for Debian, Ubuntu, CentOS, RHEL and Windows. The new version provides the ability to run the default configuration with TLS-libraries that do not have support BF-CBC (Blowfish in CBC mode). For example, Blowfish is not supported in the OpenSSL 3.0 library, the initial support is transferred from the OpenVPN 2.6 branch. Previously, the presence of BF-CBC in the list of default-supported ciphers led to an error, even if BF-CBC was not used in the connection. In addition to fixing errors in the new version, there is also an extension for a test set and the addition of the git-brain name and the commit identifier in the line with the OpenVPN version in the builds for Windows. https://github.com/OpenVPN/openvpn/releases/tag/v2.5.8
Publication de OpenVPN 2.5.8 29/10/2022
OpenVPN 2.5.8, un paquet pour la création de réseaux privés virtuels, est sorti, permettant de créer une connexion cryptée entre deux machines clientes ou de fournir un serveur VPN centralisé pour le fonctionnement simultané de plusieurs clients. Le code de OpenVPN est distribué sous la licence GPLv2, des paquets binaires prêts à l'emploi sont construits pour Debian, Ubuntu, CentOS, RHEL et Windows.
La nouvelle version offre la possibilité d'exécuter la configuration par défaut avec des bibliothèques TLS qui n'ont pas le support BF-CBC (Blowfish en mode CBC). Par exemple, Blowfish n'est pas supporté dans la bibliothèque OpenSSL 3.0, le support initial est transféré depuis la branche OpenVPN 2.6. Auparavant, la présence de BF-CBC dans la liste des cryptogrammes supportés par défaut conduisait à une erreur, même si BF-CBC n'était pas utilisé dans la connexion. En plus de la correction des erreurs dans la nouvelle version, il y a également une extension pour un jeu de test et l'ajout du nom de git-brain et de l'identifiant de commit dans la ligne avec la version OpenVPN dans les builds pour Windows.
5
Release of Zorin OS 16.2: 29.10.2022 Zorin OS 16.2, based on Ubuntu 20.04, is available for download. The target audience of this distribution are novice users, accustomed to working in Windows. The distribution offers a special configurator that allows you to change the desktop a view, similar to different versions of Windows and macOS, and includes a selection of programs close to programs that Windows users are accustomed to. To integrate the desktop with a smartphone, the Zorin Connect application (based on KDE Connect) is available. In addition to Ubuntu repositories, the default way for installing programs from the Flathub and Snap Store directories is enabled. The size of the bootable iso-image is 2.7 GB (four builds are available - one based on GNOME, “Lite” with Xfce and their options for educational institutions). https://blog.zorin.com/2022/10/27/zorin-os-16.2-has-landed/
Sortie de Zorin OS 16.2 29/10/2022
Zorin OS 16.2, basé sur Ubuntu 20.04, est disponible au téléchargement. Le public cible de cette distribution sont les utilisateurs novices, habitués à travailler sous Windows. La distribution propose un configurateur spécial qui permet de modifier le bureau en une vue similaire aux différentes versions de Windows et macOS, et inclut une sélection de programmes proches de ceux auxquels les utilisateurs de Windows sont habitués. Pour intégrer le bureau avec un smartphone, l'application Zorin Connect (basée sur KDE Connect) est disponible. En plus des dépôts Ubuntu, la méthode par défaut d'installation de programmes à partir des répertoires Flathub et Snap Store est activée. La taille de l'image ISO amorçable est de 2,7 Go (quatre constructions sont disponibles - une basée sur GNOME, « Lite » avec Xfce et leurs options pour les institutions éducatives).
https://blog.zorin.com/2022/10/27/zorin-os-16.2-has-landed
Release of GNU Make 4.4: 31/10/2022 After almost three years of development, the GNU Make 4.4 assembly system was released. In addition to correcting errors, the new version included quite a few changes, chief among them was removing outdated platforms, like OS/2/2 (EMX), AmigaOS, Xenix and Cray, who's support of which will be discontinued in the next release. https://lists.gnu.org/archive/html/help-make/2022-10/msg00020.html
Publication de GNU Make 4.4 31/10/2022
Après presque trois ans de développement, le système d'assemblage GNU Make 4.4 est sorti. En plus de corriger des erreurs, la nouvelle version comprend un certain nombre de changements, dont le principal est la suppression des platesformes obsolètes, comme OS/2/2 (EMX), AmigaOS, Xenix et Cray, dont le support sera interrompu dans la prochaine version.
https://lists.gnu.org/archive/html/help-make/2022-10/msg00020.html
Haiku implemented a layer for compatibility with Wayland: 31/10/2022 Haiku operating system, who continues to develop the ideas of BeOS added a layer to ensure compatibility with Wayland, allowing you to run toolkits and applications that use this protocol, including applications based on the GTK library. The interlayer was developed by Ilya Chugin, who is also engaged in the Haiku port for the RISC-V architecture and the adaptation of Wine for Haiku. The layer provides the libwayland-client.so library, based on libwayland code and compatible at API and ABI, which allows you to run the Wayland applications unchanged. Unlike Wayland's typical composite servers, the layer is not running in the form of a separate server process, but is loaded as a plugin to client processes. Instead of sockets, the server uses a native messaging cycle based on Blooper. Previously, another Haiku developer had already prepared an initial implementation of the layer to ensure compatibility with the Xlib library, which allows you to run the X11 applications in Haiku without using an X-server. The layer is implemented through the emulation of Xlib functions by streaming calls to the high-level Haiku graphical API. https://discuss.haiku-os.org/t/my-progress-in-wayland-compatibility-layer/12373
*Haiku a implémenté une couche pour la compatibilité avec Wayland 31/10/2022
Le système d'exploitation Haiku, qui continue à développer les idées de BeOS a ajouté une couche pour assurer la compatibilité avec Wayland, vous permettant d'exécuter des boîtes à outils et des applications qui utilisent ce protocole, y compris les applications basées sur la bibliothèque GTK. La couche intermédiaire a été développée par Ilya Chugin, qui est également engagé dans le portage de Haiku pour l'architecture RISC-V et l'adaptation de Wine pour Haiku.
La couche fournit la bibliothèque libwayland-client.so, basée sur le code libwayland et compatible au niveau de l'API et de l'ABI, qui permet d'exécuter les applications Wayland sans modification. Contrairement aux serveurs composites typiques de Wayland, la couche ne s'exécute pas sous la forme d'un processus serveur séparé, mais est chargée comme un plugin pour les processus clients. Au lieu de sockets, le serveur utilise un cycle de messagerie natif basé sur Blooper.
Auparavant, un autre développeur de Haiku avait déjà préparé une implémentation initiale de la couche pour assurer la compatibilité avec la bibliothèque Xlib, qui permet d'exécuter les applications X11 dans Haiku sans utiliser un serveur X. La couche est mise en œuvre par l'émulation des fonctions Xlib par des appels en continu vers l'API graphique de haut niveau de Haiku.
https://discuss.haiku-os.org/t/my-progress-in-wayland-compatibility-layer/12373
6
Release of OBS Studio 28.1: 01/11/2022 OBS Studio 28.1, a package for streaming, compositing and video recording, is out. The code is written in C/C++ and is distributed under the GPLv2 license. The builds provided are for Linux, Windows and macOS. The purpose of the development of OBS Studio was to create a portable version of the Open Broadcaster Software (OBS Classic) application, not tied to the Windows platform, which supports OpenGL and is extensible through plugins. The difference is also the use of modular architecture, which involves the separation of the interface and the core of the program. It supports transcoding of original streams, video capture during games and streaming in PeerTube, Twitch, Facebook Gaming, YouTube, DailyMotion, Hitbox and other services. To ensure high performance, hardware acceleration mechanisms (e.g., NVENC and VAAPI) can be used. Support is provided for compositing with the construction of the scene based on arbitrary video streams, data from web cameras, video capture maps, images, text content of applications or the entire screen. In the process of broadcasting, it is allowed to switch between several predefined scenes. The program also provides tools for mixing sound, filtering with VST plugins, leveling volume and noise suppression. https://github.com/obsproject/obs-studio/releases/tag/28.1.0
Sortie d'OBS Studio 28.1 01/11/2022
OBS Studio 28.1, un paquet pour le streaming, la composition et l'enregistrement vidéo, est sorti. Le code est écrit en C/C++ et est distribué sous la licence GPLv2. Les builds fournis sont pour Linux, Windows et macOS.
Le but du développement d'OBS Studio était de créer une version portable de l'application Open Broadcaster Software (OBS Classic), non liée à la plateforme Windows, qui supporte OpenGL et qui est extensible grâce à des plugins. La différence réside également dans l'utilisation d'une architecture modulaire, qui implique la séparation de l'interface et du cœur du programme. Il prend en charge le transcodage des flux originaux, la capture vidéo pendant les jeux et le streaming dans PeerTube, Twitch, Facebook Gaming, YouTube, DailyMotion, Hitbox et d'autres services. Pour garantir des performances élevées, des mécanismes d'accélération matérielle (par exemple, NVENC et VAAPI) peuvent être utilisés.
Une prise en charge est fournie pour la composition avec la construction de la scène à partir de flux vidéo arbitraires, de données provenant de caméras web, de cartes de capture vidéo, d'images, de contenu textuel d'applications ou de l'écran entier. Dans le processus de diffusion, il est possible de basculer entre plusieurs scènes prédéfinies. Le programme fournit également des outils pour le mixage du son, le filtrage avec des plugins VST, le nivellement du volume et la suppression du bruit.
https://github.com/obsproject/obs-studio/releases/tag/28.1.0
Release of SuperTuxKart 1.4: 01/11/2022 After a year of development, the release of Supertuxkart 1.4, a free racing game, with a large number of maps, tracks and opportunities, was published. The game code is distributed under the GPLv3 license. Binary builds are available for Linux, Android, Windows and macOS. https://blog.supertuxkart.net/2022/11/supertuxkart-14-release.html
Sortie de SuperTuxKart 1.4 01/11/2022
Après un an de développement, la version 1.4 de Supertuxkart, un jeu de course gratuit, avec un grand nombre de cartes, de pistes et de possibilités, a été publiée. Le code du jeu est distribué sous la licence GPLv3. Des builds binaires sont disponibles pour Linux, Android, Windows et macOS.
https://blog.supertuxkart.net/2022/11/supertuxkart-14-release.html
Release of the Nitrux 2.5 distribution with NX Desktop: 01/11/2022 Nitrux 2.5.0, built on Debian, KDE technologies and the OpenRC initialization system, has been published. The project offers its own desktop NX Desktop, which is an add-on over the user environment of KDE Plasma. Based on the Maui library for the distribution, a set of typical user applications was developed, which can be used on both desktop and mobile devices. AppImages are being promoted to install additional applications. The size of the image is 1 GB. The project is distributed under free licenses. The NX Desktop desktop offers a different style design, its own implementation of the system tray, notification output center and various plasmoids, like a network connector and multimedia applet to control the volume and control the playback of multimedia content. Applications are created using the MauiKit framework, noteworthy apps - the file manager Index (you can also use Dolphin), text editor Note, Station terminal emulator, VVave music player, Clip video player, NX Software Center application center and Pix image viewer. https://nxos.org/changelog/release-announcement-nitrux-2-5-0/
Sortie de la distribution Nitrux 2.5 avec NX Desktop 01/11/2022
Nitrux 2.5.0, construit sur Debian, les technologies KDE et le système d'initialisation OpenRC, a été publié. Le projet propose son propre bureau NX Desktop, qui est une extension de l'environnement utilisateur de KDE Plasma. Sur la base de la bibliothèque Maui de la distribution, un ensemble d'applications utilisateur typiques a été développé ; elles peuvent être utilisées à la fois sur le bureau et sur les appareils mobiles. Des AppImages sont proposées pour installer des applications supplémentaires. La taille de l'image est de 1 Go. Le projet est distribué sous des licences libres.
Le bureau NX Desktop offre un design de style différent, sa propre implémentation de la barre d'état système, un centre de sortie des notifications et divers plasmoïdes, comme un connecteur réseau et un applet multimédia pour contrôler le volume et la lecture du contenu multimédia. Les applications sont créées à l'aide du framework MauiKit, notamment le gestionnaire de fichiers Index (vous pouvez également utiliser Dolphin), l'éditeur de texte Note, l'émulateur de terminal Station, le lecteur de musique VVave, le lecteur vidéo Clip, le centre d'applications NX Software Center et le visualiseur d'images Pix.
https://nxos.org/changelog/release-announcement-nitrux-2-5-0/
7
Release of TrueNAS CORE 13.0-U3: 02/11/2022 The release of TrueNAS CORE 13.0-U3, a distribution for fast deployment of Network-Attached Storage (NAS), which continues the development of the FreeNAS project, is available. TrueNAS CORE 13 is based on the FreeBSD 13 codebase, it features integrated support for ZFS and the ability to manage it through a web interface built using Python and the Django framework. FTP, NFS, Samba, AFP, rsync and iSCSI are supported to provide storage access, software RAID (0.1.5) it can be used to authorize clients with LDAP/Active Directory support. Io-image size is 990MB (x86_64). https://www.truenas.com/blog/truenas-13-0-u3-increases-maturity-and-includes-ix-storj-service/
Sortie de TrueNAS CORE 13.0-U3 02/11/2022
La sortie de TrueNAS CORE 13.0-U3, une distribution pour le déploiement rapide de Network-Attached Storage (NAS - Ensemble de stockage sur le réseau), qui continue le développement du projet FreeNAS, est disponible. TrueNAS CORE 13 est basé sur la base de code FreeBSD 13, il dispose d'un support intégré pour ZFS et la possibilité d'être géré à travers une interface Web construite en utilisant Python et le framework Django. FTP, NFS, Samba, AFP, rsync et iSCSI sont pris en charge pour fournir un accès au stockage, le logiciel RAID (0.1.5) ; il peut être utilisé pour autoriser les clients avec le support de LDAP/Active Directory. La taille de l'image ISO est de 990 Mo (x86_64).
https://www.truenas.com/blog/truenas-13-0-u3-increases-maturity-and-includes-ix-storj-service/
NPM includes mandatory two-factor authentication for accompanying major packages: 02/11/2022 GitHub has expanded the use of mandatory two-factor authentication in the NPM repository, which will now apply to developer accounts accompanying packages of more than 1 million downloads per week or used as a dependency in more than 500 pakages. Previously, two-factor authentication was mandatory only for accompanying the 500 most popular NPM-packages (according to the number of dependent packages). Major packages will now be able to perform changes related to the repository operation only after the two-factor authentication, that requires one-time passwords (OTP) generated by applications such as Authy, Google Authenticator and FreeOTP, or hardware keys and biometric scanners that support the WebAuth protocol. https://github.blog/changelog/2022-11-01-high-impact-package-maintainers-now-require-2fa/
NPM inclut l'authentification à deux facteurs obligatoire pour accompagner les paquets majeurs 02/11/2022
GitHub a étendu l'utilisation de l'authentification à deux facteurs obligatoire dans le dépôt NPM, qui s'appliquera désormais aux comptes de développeurs accompagnant des paquets de plus d'un million de téléchargements par semaine ou utilisés comme dépendance dans plus de 500 paquets. Auparavant, l'authentification à deux facteurs était obligatoire uniquement pour accompagner les 500 paquets NPM les plus populaires (selon le nombre de paquets dépendants).
Les principaux paquets ne pourront désormais effectuer des modifications liées au fonctionnement du dépôt qu'après l'authentification à deux facteurs, qui nécessite des mots de passe à usage unique (OTP) générés par des applications telles que Authy, Google Authenticator et FreeOTP, ou des clés matérielles et des scanners biométriques prenant en charge le protocole WebAuth.
https://github.blog/changelog/2022-11-01-high-impact-package-maintainers-now-require-2fa/
New 9front, offshoot of Plan 9 operating system: 03/11/2022 A new release of the 9front project is available, in which the community has been developing a type of fork operating system Plan 9 independent of Bell Labs since 2011. Ready-made installation builds for i386, x86_64 architectures and Raspberry Pi 1-4 boards, are available to play with. The project code is distributed under the Lucent Public License based on the IBM Public License, but differs from the requirement of publishing source code for derivative works. The new version provides support for full operation on the MNT Reform laptop, including support for graphics, sound, Ethernet, USB, PCIe, trackball, SD card and NVMe. The MNT Reform does not yet have a built-in Wi-Fi, instead they recommended you use an external wireless adapter. The system implements new taskbar programs (plate display, for example, for output of the battery charge indicator, date and time), ktrans (performs input transliteration), riow (hotkey manager) and doom (doom game). The basic idea of Plan 9 is to erase the differences between local and remote resources. The system is a distributed environment based on three basic principles: all resources can be considered as a hierarchical set of files; there is no difference in access to local and external resources; each process has its own variable name space. The 9P protocol is used to create a single distributed hierarchy of file resources. http://9front.org/releases/2022/10/31/0/
Nouveau 9front, dérivé du système d'exploitation Plan 9 03/11/2022
Une nouvelle version du projet 9front est disponible, dans lequel la communauté développe un genre de dérivé du système d'exploitation Plan 9, indépendant des Bell Labs depuis 2011. Des versions d'installation prêtes à l'emploi pour les architectures i386, x86_64 et les cartes Raspberry Pi 1-4, sont disponibles pour jouer avec. Le code du projet est distribué sous la licence publique Lucent basée sur la licence publique IBM, mais diffère de l'exigence de publication du code source pour les œuvres dérivées.
La nouvelle version fournit un support pour un fonctionnement complet sur l'ordinateur portable MNT Reform, y compris le support pour les graphiques, le son, Ethernet, USB, PCIe, trackball, carte SD et NVMe. Le MNT Reform ne disposant pas encore d'un Wi-Fi intégré, ils ont plutôt recommandé d'utiliser un adaptateur sans fil externe. Le système met en œuvre de nouveaux programmes de la barre des tâches (affichage de la plaque, par exemple, pour la sortie de l'indicateur de charge de la batterie, la date et l'heure), ktrans (effectue la translittération de l'entrée), riow (gestionnaire de hotkey) et doom (jeu doom).
L'idée de base de Plan 9 est d'effacer les différences entre les ressources locales et distantes. Le système est un environnement distribué basé sur trois principes de base : toutes les ressources peuvent être considérées comme un ensemble hiérarchique de fichiers ; il n'y a pas de différence dans l'accès aux ressources locales et externes ; chaque processus a son propre espace de noms variables. Le protocole 9P est utilisé pour créer une seule hiérarchie distribuée de ressources de fichiers.
8
New release of Warzone 2100: 03/11/2022 After eight months of development, the release of the strategic (RTS) game Warzone 2100 4.3 is ready for download. The game was originally developed by Pumpkin Studios and released on the market in 1999. In 2004, the source code was opened under the GPLv2 license and the game continued to be developed by the community. Both single-player against bots and network games are supported. Packages are prepared for Ubuntu, Windows and macOS. https://wz2100.net/news/version-4-3-1/
Nouvelle version de Warzone 2100 03/11/2022
Après huit mois de développement, la version 4.3 du jeu stratégique (RTS) Warzone 2100 est prête à être téléchargée. Le jeu a été développé à l'origine par Pumpkin Studios et mis sur le marché en 1999. En 2004, le code source a été ouvert sous la licence GPLv2 et le jeu a continué à être développé par la communauté. Les jeux en solo contre des bots et les jeux en réseau sont pris en charge. Des paquets sont préparés pour Ubuntu, Windows et macOS.
https://wz2100.net/news/version-4-3-1/
ROSA Fresh 12.3: 04/11/2022 The company STC IT ROSA has released a corrective release of ROSA Fresh 12.3, built on the platform rosa2021.1. Free builds designed for the x86_64 platform in versions with KDE Plasma 5, LXQt, GNOME, Xfce and without GUI is available. Users who have already installed the ROSA Fresh R12 distribution will receive an update automatically. The release is notable for the fact that, in addition to the previous images with KDE 5, GNOME and LXQt, images with Xfce and a minimalist server image - the first server distribution on the ROSA Fresh packet database were released. The server build includes only the minimum necessary for easy operation and from the repository you can install the necessary packages, including, for example, FreeIPA and the Russian fork nginx Angie with additional modules. http://wiki.rosalab.ru/ru/index.php/ROSA_Fresh_12.3
ROSA Fresh 12.3 04/11/2022
La société STC IT ROSA a publié une version corrective de ROSA Fresh 12.3, construite sur la plateforme rosa2021.1. Des builds gratuits conçus pour la plateforme x86_64 dans les versions avec KDE Plasma 5, LXQt, GNOME, Xfce et sans GUI sont disponibles. Les utilisateurs qui ont déjà installé la distribution ROSA Fresh R12 recevront une mise à jour automatiquement.
Cette version se distingue par le fait que, outre les images précédentes avec KDE 5, GNOME et LXQt, des images avec Xfce et une image serveur minimaliste - la première distribution serveur sur la base de données de paquets ROSA Fresh - ont été publiées. Le build du serveur ne comprend que le minimum nécessaire pour un fonctionnement facile et, à partir du dépôt, vous pouvez installer les paquets nécessaires, y compris, par exemple, FreeIPA et le fork russe nginx Angie avec des modules supplémentaires.
http://wiki.rosalab.ru/ru/index.php/ROSA_Fresh_12.3
Lennart Pottering proposed to modernize loading: 04/11/2022 Lennart Pottering continued to publish ideas on the processing of components for Linux loading and considered the situation with duplication of loading sections. Lennart suggested that you use only one boot partition and on EFI systems by default to place images with the kernel and initrd in the VFAT section /efi. On systems without EFI or if the EFI partition already exists during installation (when another OS is used in parallel) and there is not enough free space in it, you can use a separate /boot section with the XBOOTLDR type (section /efi in the partition table has an ESP type). Sections ESP and XBOOTLDR are proposed to be created in separate directories (separate mount /efi and /boot instead of nested mount /boot/efi), make them definite and auto-mounted through identification type XBOOTLDR in the partition table (without prescripting partitioning in /etc/fstab). The /boot section will be common to all Linux distributions installed on the computer, and the separation of files specific to distributions will be carried out at the subdirectories level (for each installed distribution distribution, your subdirector). In accordance with the established practice and requirements of the UEFI specification, only the VFAT file system is used in the section with EFI components. To unify and rid the loader of the loader from complications associated with the support of different FS, it is proposed to use VFAT as a file system for the /boot partition, which will greatly simplify the implementation of components that access data in the /boot and /efi sections running on the boot side. Unification will allow you to equally support both sections (/boot and /efi) to load kernel images and initrd. https://0pointer.net/blog/linux-boot-partitions.html
Lennart Pottering propose de moderniser le chargement 04/11/2022
Lennart Pottering a continué de publier des idées sur le traitement des composants pour le chargement de Linux et a examiné la situation avec la duplication des sections de chargement. Lennart a suggéré d'utiliser une seule partition de démarrage et, sur les systèmes EFI, de placer par défaut les images avec le noyau et l'initrd dans la section VFAT /efi. Sur les systèmes sans EFI ou si la partition EFI existe déjà pendant l'installation (lorsqu'un autre système d'exploitation est utilisé en parallèle) et qu'il n'y a pas assez d'espace libre, vous pouvez utiliser une section /boot séparée avec le type XBOOTLDR (la section /efi dans la table des partitions a un type ESP). Les sections ESP et XBOOTLDR sont proposées pour être créées dans des répertoires séparés (montage séparé de /efi et /boot au lieu d'un montage imbriqué de /boot/efi), les rendant définitives et montées automatiquement grâce à l'identification du type XBOOTLDR dans la table de partitions (sans prescrire le partitionnement dans /etc/fstab).
La section /boot sera commune à toutes les distributions Linux installées sur l'ordinateur, et la séparation des fichiers spécifiques aux distributions sera effectuée au niveau des sous-répertoires (pour chaque distribution installée, votre sous-répertoire). Conformément à la pratique établie et aux exigences de la spécification UEFI, seul le système de fichiers VFAT est utilisé dans la section avec les composants EFI. Pour unifier et débarrasser le chargeur des complications liées à la prise en charge de différents FS, il est proposé d'utiliser VFAT comme système de fichiers pour la partition /boot, ce qui simplifiera grandement la mise en œuvre des composants qui accèdent aux données des sections /boot et /efi s'exécutant du côté du démarrage. L'unification permettra de supporter également les deux sections (/boot et /efi) pour charger les images du noyau et l'initrd.
9
Release of the GNU Taler 0.9 payment system developed by the GNU project: 04/11/2022 After a year of development, the free electronic payment system GNU Taler 0.9, which provides anonymity to buyers, but retains the ability to identify sellers to ensure transparency in the provision of tax reports, was released. The system does not allow you to track information about where the user spends money, but provides funds to track the receipt of funds (the sender remains anonymous), which solves the problems with the tax audit inherent in BitCoin. The code is written in Python and is licensed under AGPLv3 and LGPLv3 licenses. GNU Taler does not create its own cryptocurrency, but works with existing currencies, including dollars, euros and bitcoins. Support for new currencies can be ensured through the creation of a bank that acts as a financial guarantor. The GNU Taler business model is based on the execution of exchange operations - money from traditional payment systems such as BitCoin, Mastercard, SEPA, Visa, ACH and SWIFT are converted into anonymous electronic money in the same currency. The user can transfer electronic money to the sellers, who can then change them back to the real money presented by traditional payment systems at the exchange point. All transactions in GNU Taler are protected using modern cryptographic algorithms that allow you to maintain reliability even when leaking private keys of customers, sellers and exchange points. The OBD format provides the ability to verify all transactions and confirm their consistency. Confirmation of payment for sellers is the cryptographic proof of the transfer within the framework of the contract concluded with the client and cryptographically signed confirmation of the availability of funds at the point of exchange. The GNU Taler includes a set of basic components that provide logic for the bank's work, exchange points, trading platform, wallet and auditor https://www.mail-archive.com/info-gnu@gnu.org/msg03107.html
Publication du système de paiement GNU Taler 0.9 développé par le projet GNU 04/11/2022
Après un an de développement, le système de paiement électronique libre GNU Taler 0.9, qui offre l'anonymat aux acheteurs, mais conserve la possibilité d'identifier les vendeurs afin d'assurer la transparence dans la fourniture des rapports fiscaux, a été publié. Le système ne permet pas de suivre les informations sur l'endroit où l'utilisateur dépense de l'argent, mais permet de suivre la réception des fonds (l'expéditeur reste anonyme), ce qui résout les problèmes de contrôle fiscal inhérents au BitCoin. Le code est écrit en Python et est sous licence AGPLv3 et LGPLv3.
GNU Taler ne crée pas sa propre crypto-monnaie, mais fonctionne avec les monnaies existantes, notamment les dollars, les euros et les bitcoins. Le support de nouvelles monnaies peut être assuré par la création d'une banque qui agit comme garant financier. Le modèle économique de GNU Taler est basé sur l'exécution d'opérations d'échange - l'argent des systèmes de paiement traditionnels tels que BitCoin, Mastercard, SEPA, Visa, ACH et SWIFT est converti en monnaie électronique anonyme dans la même devise. L'utilisateur peut transférer de l'argent électronique aux vendeurs, qui peuvent ensuite les retransformer en argent réel présenté par les systèmes de paiement traditionnels au point d'échange.
Toutes les transactions dans GNU Taler sont protégées par des algorithmes cryptographiques modernes qui permettent de maintenir la fiabilité même en cas de fuite des clés privées des clients, des vendeurs et des points d'échange. Le format OBD offre la possibilité de vérifier toutes les transactions et de confirmer leur cohérence. La confirmation de paiement pour les vendeurs est la preuve cryptographique du transfert dans le cadre du contrat conclu avec le client et la confirmation cryptographiquement signée de la disponibilité des fonds au point d'échange. Le GNU Taler comprend un ensemble de composants de base qui fournissent la logique pour le travail de la banque, les points d'échange, la plateforme de négociation, le portefeuille et le vérificateur.
https://www.mail-archive.com/info-gnu@gnu.org/msg03107.html
LXQt 1.2: 05/11/2022 Available now is the user environment, LXQt 1.2 (QCT Lightweight Desktop Environment), developed by the combined teams of developers from LXDE and Razor-qt. The LXQt interface continues to follow the ideas of the classical desktop layout, bringing modern design and techniques that increase the usability. LXQt is positioned as a lightweight, modular, fast and convenient continuation of the development of Razor-qt and LXDE desktops, which combine the best features of both shells. The code is placed on GitHub and falls under GPL 2.0+ and LGPL 2.1+ licenses. Ready-made 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/11/05/release-1.2-0/
LXQt 1.2 05/11/2022
L'environnement utilisateur LXQt 1.2 (QCT Lightweight Desktop Environment), développé par les équipes combinées de développeurs de LXDE et Razor-qt, est désormais disponible. L'interface LXQt continue de suivre les idées de la disposition classique du bureau, en apportant un design moderne et des techniques qui augmentent la convivialité. LXQt est positionné comme une continuation légère, modulaire, rapide et pratique du développement des bureaux Razor-qt et LXDE, qui combine les meilleures caractéristiques des deux shells. Le code est placé sur GitHub et tombe sous les licences GPL 2.0+ et LGPL 2.1+. Des builds prêts à l'emploi sont prévues 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/11/05/release-1.2-0/
Release of Trinity R14.0.13: 06/11/2022 TDE is a free/libre lightweight desktop environment intended for computer users preferring a lean and efficient experience. It is available for various Linux distros and BSD Low on system requirements, it is also an ideal choice for dated hardware, while still providing a fully usable desktop. Born from the ashes of KDE 3.5.10 in 2010, TDE is a fully independent project with its own personality, community and development team. This release comes with fixes for both CVE-2020-12755 (FISH protocol) and KMail's EFAIL vulnerabilities. It adds Markdown support in Kate, a new window style, a new tdeioslave protocol to gather application information (tdeio-appinfo), several improvements to GUI interaction and a new SFTP tdeioslave based on libssh. It also solves the issue with opening files from media:/ and system:/media/ URLs from non-TDE applications and is compatible with OpenSSL 3.0 API. https://www.trinitydesktop.org/newsentry.php?entry=2022.10.30
Publication de Trinity R14.0.13 06/11/2022
TDE est un environnement de bureau léger, gratuit/libre, destiné aux utilisateurs d'ordinateurs préférant une expérience simple et efficace. Il est disponible pour diverses distros Linux et BSD.
Peu exigeant en termes de système, il constitue également un choix idéal pour les matériels anciens, tout en offrant un bureau parfaitement utilisable.
Né des cendres de KDE 3.5.10 en 2010, TDE est un projet totalement indépendant avec sa propre personnalité, sa communauté et son équipe de développement.
Cette version contient des corrections pour les vulnérabilités CVE-2020-12755 (protocole FISH) et EFAIL de KMail.
Elle ajoute le support de Markdown dans Kate, un nouveau style de fenêtre, un nouveau protocole tdeioslave pour recueillir des informations sur les applications (tdeio-appinfo), plusieurs améliorations de l'interaction avec l'interface graphique et un nouveau tdeioslave SFTP basé sur libssh.
Il résout également le problème de l'ouverture de fichiers à partir des URL media:/ et system:/media/ depuis des applications non-TDE et est compatible avec l'API OpenSSL 3.0.
https://www.trinitydesktop.org/newsentry.php?entry=2022.10.30
10
Publication of Portmaster 1.0: 06/11/2022 Portmaster 1.0, an application firewall, which provides access control and traffic tracking at the level of individual programs and services has been released. The project code is written in Go and distributed under the AGPLv3 license. The interface is implemented on JavaScript using the Electron platform. It works in Linux and Windows. Portmaster uses iptables and nfqueue to inspect and control network traffic. The nfqueue allows packets to be handed over to user space and return a verdict and set a mark on that connection. Portmaster accepts all packets, but marks the whole connection to be accepted/dropped afterwards. This relieves Portmaster of heavy network traffic because once the fate of connection is decided, it is handed back to the kernel, never to be handed to userspace again, which is quite costly. Linux uses iptables and nfqueue to remove the processing of locking solutions into the user's space for inspection and management. In the future, they plan to use a separate module of the kernel for Linux. For trouble-free work, they recommend you use versions of the Linux 5.7 kernel and newer (theoretically, it is possible to work on the kernels starting from the 2.4 branch, but in versions up to 5.7 there are problems). Windows uses its own kernel module to filter traffic. https://docs.safing.io/portmaster/architecture/os-integration#linux
Publication de Portmaster 1.0 06/11/2022
Portmaster 1.0, une application de pare-feu, qui fournit un contrôle d'accès et un suivi du trafic au niveau des programmes et services individuels, a été publié. Le code du projet est écrit en Go et distribué sous la licence AGPLv3. L'interface est implémentée en JavaScript à l'aide de la plateforme Electron. Elle fonctionne sous Linux et Windows.
Portmaster utilise iptables et nfqueue pour inspecter et contrôler le trafic réseau. Le nfqueue permet de transmettre des paquets à l'espace utilisateur, de renvoyer un verdict et d'appliquer un marquage sur cette connexion.
Portmaster accepte tous les paquets, mais marque la connexion entière pour qu'elle soit acceptée/supprimée par la suite. Cela décharge Portmaster d'un lourd trafic réseau car, une fois que le sort de la connexion est décidé, elle est renvoyée au noyau, pour ne plus jamais être remise à l'espace utilisateur, ce qui est assez coûteux. Linux utilise iptables et nfqueue pour supprimer le traitement des solutions de verrouillage dans l'espace utilisateur pour l'inspection et la gestion. Dans le futur, ils prévoient d'utiliser un module séparé du noyau pour Linux. Pour un travail sans problème, ils recommandent d'utiliser les versions du noyau Linux 5.7 et plus récentes (théoriquement, il est possible de travailler sur les noyaux à partir de la branche 2.4, mais dans les versions jusqu'à la 5.7 il y a des problèmes). Windows utilise son propre module noyau pour filtrer le trafic.
https://docs.safing.io/portmaster/architecture/os-integration#linux
Microsoft has published an update of CBL-Mariner: 08/11/2022 Microsoft has published an update to the CBL-Mariner 2.0.20221029 (Common Base Linux Mariner). They are developing as a universal base platform for Linux environments used in cloud infrastructure, edge systems and various Microsoft services. The project is aimed at unifying the Linux solutions used in Microsoft and simplifying the maintenance of Linux systems for various purposes in the current state. The project is distributed under the MIT license. Packages are formed for aarch64 and x86_64 architectures. The ISO bootable is prepared (1.1 GB) for x86_64 architecture. https://github.com/microsoft/CBL-Mariner/releases/tag/2.0.20221029-2.0
Microsoft a publié une mise à jour de CBL-Mariner 08/11/2022
Microsoft a publié la mise à jour 2.0.20221029 de CBL-Mariner (Common Base Linux Mariner). Il est développé comme une plateforme de base universelle pour les environnements Linux utilisés dans l'infrastructure du cloud, les systèmes périphériques et divers services Microsoft. Le projet vise à unifier les solutions Linux utilisées dans Microsoft et à simplifier la maintenance des systèmes Linux à des fins diverses dans l'état actuel. Le projet est distribué sous la licence du MIT. Les paquets sont formés pour les architectures aarch64 et x86_64. L'ISO amorçable est préparé (1.1 Go) pour l'architecture x86_64.
https://github.com/microsoft/CBL-Mariner/releases/tag/2.0.20221029-2.0
Yuzu project develops an open emulator of the Nintendo Switch: 08/11/2022 The update of the Yuzu project with the implementation of the Nintendo Switch game console emulnerator, capable of running commercial games supplied for this platform, is presented. The project was founded by the developers of Citra, the Nintendo 3DS prefix emulator. Development is carried out by reverse engineering equipment and firmware of the Nintendo Switch. The Yuzu code is written in C++ and distributed under the GPLv3 license. Ready-made builds are prepared for Linux (flatpak) and Windows. Yuzu emulates only the equipment, the original firmware dump to the Nintendo Switch, the dump of games with cartridges and the keys to decrypt the game files, which can be obtained by downloading the prefix in RCM mode with the external loader Hekate. Full emulation of the console requires a CPU with SIMD support for FMA and 6 or more cores/flows (at minimum an Intel Core i5-4430 and AMD Ryzen 3, and they recommend - an Intel Core i5-10400 or AMD Ryzen 5 3600), 8 GB RAM and graphics card with support for graphical API OpenGL 4.6 or Vulcan 1, MJD 2GB 2GB300 8GB, AMD Radeon R5. https://yuzu-emu.org/entry/yuzu-progress-report-oct-2022/
Le projet Yuzu développe un émulateur libre de la Nintendo Switch 08/11/2022
La mise à jour du projet Yuzu avec l'implémentation de l'émulateur de la console de jeu Nintendo Switch, capable d'exécuter les jeux commerciaux fournis pour cette plateforme, est présentée. Le projet a été fondé par les développeurs de Citra, l'émulateur de préfixe de Nintendo 3DS. Le développement est réalisé par rétro-ingénierie des équipements et du firmware de la Nintendo Switch. Le code de Yuzu est écrit en C++ et distribué sous la licence GPLv3. Des builds prêts à l'emploi sont préparés pour Linux (flatpak) et Windows.
Yuzu émule uniquement l'équipement, le dump du firmware original de la Nintendo Switch, le dump des jeux avec cartouches et les clés pour décrypter les fichiers de jeux, qui peuvent être obtenus en téléchargeant le préfixe en mode RCM avec le chargeur externe Hekate. L'émulation complète de la console nécessite un processeur avec support SIMD pour FMA et 6 cœurs/flux ou plus (au minimum un Intel Core i5-4430 et AMD Ryzen 3, mais ils recommandent un Intel Core i5-10400 ou AMD Ryzen 5 3600), 8 Go de RAM et une carte graphique avec support pour l'API graphique OpenGL 4.6 ou Vulcan 1, MJD 2Go 2Go300 8Go, AMD Radeon R5.
11
GNU Texinfo 7.0: 08/11/2022 The release of the free documentation system, GNU Texinfo 7.0, originally developed by Richard Stallman and used for the preparation of documentation for GNU projects, is presented. GNU Texinfo defines a special markup format for documentation and allows you to convert the source document into various formats for publication and printing, for example, PDF, HTML, DVI, Info, DocBook, XML, etc. The new release significantly expanded the capabilities of the texi2any utility, in which problems with encodings are solved, The options “—latex” and “–epub3” for the output in LaTeX and EPUB 3 formats have been significantly expanded, support for HTML output is significantly improved. They added new commands ?latex, ?iflatex, ?ifnotlatex for LaTeX format output. The info utility has improved support for entries in the index containing brackets, and they improved the selection of text when displaying man-pages in bold. https://lists.gnu.org/archive/html/bug-texinfo/2022-11/msg00036.html
GNU Texinfo 7.0 08/11/2022
La version 7.0 du système de documentation libre GNU Texinfo, développée à l'origine par Richard Stallman et utilisée pour la préparation de la documentation des projets GNU, est présentée. GNU Texinfo définit un format de balisage spécial pour la documentation et permet de convertir le document source en différents formats pour la publication et l'impression, par exemple, PDF, HTML, DVI, Info, DocBook, XML, etc.
La nouvelle version a considérablement étendu les capacités de l'utilitaire texi2any, dans lequel les problèmes avec les encodages sont résolus. Les options « —latex » et « –epub3 » pour la sortie dans les formats LaTeX et EPUB 3 ont été considérablement étendues ; le support pour la sortie HTML est considérablement amélioré. De nouvelles commandes ?latex, ?iflatex, ?ifnotlatex pour la sortie au format LaTeX ont été ajoutées. L'utilitaire info a amélioré le support des entrées de l'index contenant des parenthèses, et la sélection du texte lors de l'affichage des pages d'un manuel en gras a été améliorée.
https://lists.gnu.org/archive/html/bug-texinfo/2022-11/msg00036.html
NVIDIA has released an open engine for PhysX 5: 08/11/2022 After almost four years since the last branch, NVIDIA published the source code of the PhysX 5 physical process simulation engine, which was the second major release after the project was declared open. The project code is distributed under the BSD license and supports Linux, macOS, iOS, Windows and Android platforms. In addition to the BSD license, the code and associated PhysX SDK tools are also opened under the BSD license. PhysX is one of the most popular physics engines that are used to handle physical interactions in more than 500 games and is part of many popular gaming engines, including Unreal Engine, Unity3D, AnvilNext, Stingray, Dunia 2 and REDengine. NVIDIA expects that after the project is made open, they will be able to go beyond the tools for game development and will become in demand in areas such as the synthesis of data for research in the field of artificial intelligence and for training neural networks, the creation of realistic environments for training robots, the simulated conditions in the process of running autonomous vehicles and autopilots. It is also expected that the adaptation of the engine for high-performance cluster systems will achieve a new level of detail and accuracy of simulation of physical processes. https://developer.nvidia.com/blog/open-source-simulation-expands-with-nvidia-physx-5-release/
NVIDIA a publié un moteur ouvert pour PhysX 5 08/11/2022
Après presque quatre ans depuis la dernière branche, NVIDIA a publié le code source du moteur de simulation de processus physiques PhysX 5, ce qui constitue la deuxième version majeure après que le projet a été déclaré ouvert. Le code du projet est distribué sous la licence BSD et supporte les plateformes Linux, macOS, iOS, Windows et Android. En plus de la licence BSD, le code et les outils associés au SDK de PhysX sont également ouverts sous la licence BSD. PhysX est l'un des moteurs physiques les plus populaires qui sont utilisés pour gérer les interactions physiques dans plus de 500 jeux et fait partie de nombreux moteurs de jeux populaires, notamment Unreal Engine, Unity3D, AnvilNext, Stingray, Dunia 2 et REDengine.
NVIDIA s'attend à ce qu'après l'ouverture du projet, ils puissent aller au-delà des outils de développement de jeux et deviennent demandés dans des domaines tels que la synthèse de données pour la recherche dans le domaine de l'intelligence artificielle et pour l'entraînement des réseaux neuronaux, la création d'environnements réalistes pour l'entraînement des robots, les conditions simulées dans le processus de fonctionnement des véhicules autonomes et des pilotes automatiques. On s'attend également à ce que l'adaptation du moteur aux systèmes de clusters à haute performance permette d'atteindre un nouveau niveau de détail et de précision dans la simulation des processus physiques.
https://developer.nvidia.com/blog/open-source-simulation-expands-with-nvidia-physx-5-release/
Release of Clonezilla Live 3.0.2: 08/11/2022 The release of the Linux distribution “Clonezilla Live” v3.0.2, designed for fast cloning disks (copying only the units used), was announced. The tasks performed by the distribution are similar to the proprietary product Norton Ghost. The size of the iso-image of the distribution is 363 MB (i686, amd64). The distribution is based on Debian GNU/Linux and uses the code of projects such as DRBL, Partition Image, ntfsclone, partclone, udpcast. It is possible to download and work from CD/DVD, USB Flash and via the network (PXE). Supported formats include: LVM2 and FS ext2, ext3, ext4, reiserfs, reiserfs, reiser4, xfs, jfs, btrfs, f2fs, nilfs2, FAT12, FAT16, FAT32, NTFS, HFS+, UFS, minix, VMFS3 and VMFS5 (VMWH ESX). There is a mode for mass cloning over a network, including the transfer of traffic in a multicast mode, which allows you to clone the original disk on a large number of client machines at the same time. You can clone from one disk to another, and creating backups by saving the disk image to the file. You can also clone an entire disk or individual partitions. https://sourceforge.net/p/clonezilla/news/2022/11/stable-clonezilla-live-302-21-released/
Sortie de Clonezilla Live 3.0.2 08/11/2022
La sortie de la distribution Linux « Clonezilla Live » v3.0.2, conçue pour le clonage rapide de disques (en copiant uniquement les unités utilisées), a été annoncée. Les tâches effectuées par la distribution sont similaires à celles du produit propriétaire Norton Ghost. La taille de l'image ISO de la distribution est de 363 Mo (i686, amd64).
La distribution est basée sur Debian GNU/Linux et utilise le code de projets tels que DRBL, Partition Image, ntfsclone, partclone, udpcast. Il est possible de télécharger et de travailler depuis un CD/DVD, une clé USB et via le réseau (PXE). Les formats supportés sont : LVM2 et FS ext2, ext3, ext4, reiserfs, reiserfs, reiser4, xfs, jfs, btrfs, f2fs, nilfs2, FAT12, FAT16, FAT32, NTFS, HFS+, UFS, minix, VMFS3 et VMFS5 (VMWH ESX). Il existe un mode de clonage de masse sur un réseau, incluant le transfert du trafic en mode multi-cast, qui permet de cloner le disque d'origine sur un grand nombre de machines clientes en même temps. Vous pouvez cloner d'un disque à un autre, et créer des sauvegardes en enregistrant l'image du disque dans le fichier. Vous pouvez également cloner un disque entier ou des partitions individuelles.
https://sourceforge.net/p/clonezilla/news/2022/11/stable-clonezilla-live-302-21-released/
12
Release of Phosh 0.22: 09/11/2022 The Phosh 0.22.0, mobile-based screen shell based on GNOME technology and the GTK library, was released. The environment was originally developed by Purism as an analogue of GNOME Shell for the Librem 5 smartphone, but then became one of the unofficial GNOME projects and is now also used in postmarketOS, Mobian, some firmware for Pine64 and Fedora editorial devices for smartphones. Phosh uses a Phoc composite server running on top of Wayland, as well as its own squeekboard keyboard. The project is distributed under the GPLv3+ license. https://social.librem.one/@agx/109303752788802026
Sortie de Phosh 0.22 09/11/2022
La version 0.22.0 de Phosh, un shell d'écran mobile basé sur la technologie GNOME et la bibliothèque GTK, a été publiée. L'environnement a été développé à l'origine par Purism en tant qu'analogue de GNOME Shell pour le smartphone Librem 5, mais est devenu ensuite l'un des projets GNOME non officiels et est maintenant également utilisé dans postmarketOS, Mobian, certains firmwares pour le Pine64 et des dispositifs éditoriaux de Fedora pour les smartphones. Phosh utilise un serveur composite Phoc fonctionnant par-dessus Wayland, ainsi que son propre clavier squeekboard. Le projet est distribué sous la licence GPLv3+.
https://social.librem.one/@agx/109303752788802026
Source code of theRADIOSS engineering package: 09/11/2022 Altair, as part of the OpenRADIOSS project, has opened the source codes of the RADIOSS package, which is an analogue of LS-DYNA and is designed to solve the problems of continuous media mechanics, such as the strength of engineering structures in highly linear tasks associated with large plastic deformities of the environment under study. The code is mostly written in Fortran and opened under the AGPLv3 license. It works in Linux and Windows. TAltair Radioss is an industry-proven analysis solution that helps users evaluate and optimize product performance for highly nonlinear problems under dynamic loadings. For more than 30 years, organizations have used Altair Radioss to streamline and optimize the digital design process, replace costly physical tests with quick and efficient simulation, and speed up design optimization iterations – all so users and organizations can improve product quality, reduce costs, and shorten development cycles. https://github.com/OpenRadioss/OpenRadioss
Code source du logiciel d'ingénierie RADIOSS 09/11/2022 Dans le cadre du projet OpenRADIOSS, Altair a ouvert les codes sources du paquet RADIOSS, qui est un analogue de LS-DYNA conçu pour résoudre les problèmes de mécanique des milieux continus, tels que la résistance des structures d'ingénierie dans des tâches hautement linéaires associées à de grandes déformations plastiques du milieu étudié. Le code est principalement écrit en Fortran et ouvert sous la licence AGPLv3. Il fonctionne sous Linux et Windows.
Altair Radioss est une solution d'analyse éprouvée dans l'industrie qui aide les utilisateurs à évaluer et à optimiser la performance des produits pour des problèmes hautement non linéaires sous des charges dynamiques. Depuis plus de 30 ans, les organisations utilisent Altair Radioss pour rationaliser et optimiser le processus de conception numérique, remplacer les tests physiques coûteux par une simulation rapide et efficace, et accélérer les itérations d'optimisation de la conception - tout cela afin que les utilisateurs et les organisations puissent améliorer la qualité des produits, réduire les coûts et raccourcir les cycles de développement.
https://github.com/OpenRadioss/OpenRadioss
Microsoft has published an open .NET 7: 10/11/2022 Microsoft has unveiled a major release of the .NET 7 open platform, created thanks to the unification of .NET Framework, .NET Core and Mono products. With .NET 7, you can create multi-platform applications for browsers, cloud systems, desktop, IoT devices and mobile platforms, using a single library and a common build process that does not depend on the type of application. .NET SDK 7, .NET Runtime 7 and ASP.NET Core Runtime 7 are formed for Linux, macOS and Windows. .NET Desktop Runtime 6 is only available for Windows. The project-related developments are distributed under the MIT license. The .NET 7 branch will be supported for 18 months until 14 May 2024. https://devblogs.microsoft.com/dotnet/announcing-dotnet-7/
Microsoft a publié une version ouverte de .NET 7 10/11/2022
Microsoft a dévoilé une version majeure de la plateforme ouverte .NET 7, créée grâce à l'unification des produits .NET Framework, .NET Core et Mono. Avec .NET 7, vous pouvez créer des applications multi-plateformes pour les navigateurs, les systèmes cloud, les ordinateurs de bureau, les appareils IoT et les plateformes mobiles, en utilisant une seule bibliothèque et un processus de compilation commun qui ne dépend pas du type d'application. .NET SDK 7, .NET Runtime 7 et ASP.NET Core Runtime 7 sont formés pour Linux, macOS et Windows. .NET Desktop Runtime 6 est uniquement disponible pour Windows. Les développements liés au projet sont distribués sous la licence du MIT. La branche .NET 7 sera prise en charge pendant 18 mois, jusqu'au 14 mai 2024.
13
Release of Red Hat Enterprise Linux 8.7: 11/11/2022 Red Hat has released Red Hat Enterprise Linux 8.7. Installation builds are prepared for x86_64, s390x (IBM System z), ppc64le and Aarch64 architectures, but are available for download only to registered Red Hat Customer Portal users. The original code of the red Hat Enterprise Linux 8 rpm packages are distributed through the Git repository of CentOS. The 8.x branch is accompanied in parallel with the RHEL 9.x and will be maintained until at least 2029. Preparation of new releases is carried out in accordance with the development cycle, implying the formation of releases every six months at a predetermined time. Until 2024, the 8.x branch will be at the full support stage, implying the inclusion of functional improvements, after which it will go to the support stage, where priorities will shift to bug-fixes and security, with minor improvements related to the support of important hardware systems. https://access.redhat.com/announcements/6983803
Sortie de Red Hat Enterprise Linux 8.7 11/11/2022
Red Hat a publié Red Hat Enterprise Linux 8.7. Les builds d'installation sont préparés pour les architectures x86_64, s390x (IBM System z), ppc64le et Aarch64, mais sont disponibles au téléchargement uniquement pour les utilisateurs enregistrés du Red Hat Customer Portal. Le code original des paquets rpm de Red Hat Enterprise Linux 8 est distribué via le dépôt Git de CentOS. La branche 8.x est accompagnée en parallèle de la branche RHEL 9.x et sera maintenue jusqu'en 2029 au moins.
La préparation des nouvelles versions est effectuée conformément au cycle de développement, ce qui implique la formation de versions tous les six mois à un moment prédéterminé. Jusqu'en 2024, la branche 8.x sera au stade du support complet, ce qui implique l'inclusion d'améliorations fonctionnelles, après quoi elle passera au stade du support, où les priorités se tourneront vers la correction de bogues et la sécurité, avec des améliorations mineures liées au support de systèmes matériels importants.
https://access.redhat.com/announcements/6983803
Wa-tunnel for tunneling traffic through WhatsApp messenger: 12/11/2022 The Wa-tunnel toolkit has been published, which allows you to pass TCP traffic through another host, using a tunnel running on top of the WhatsApp messenger. Such manipulations can be useful if you need to gain access to the external network from the environments in which only the messenger is available, or to save traffic when connecting to networks or providers providing unlimited options for instant traffic (for example, unlimited access to WhatsApp is provided in the onboard networks of aircraft of some airlines). The code is written in JavaScript using Node.js and is distributed under the MIT license. The Baileys library is used to interact with the WhatsApp API. The tunnel requires two accounts in WhatsApp - one is used on the client side, and the other on the server side. It sends TCP network packages through WhatsApp text and file messages, depending on the amount of characters it splits them into different text messages or files. To not get timed out by WhatsApp by default it's limited at 20k characters per message, at the moment it's hardcoded in wasocket.js. https://github.com/aleixrodriala/wa-tunnel
Wa-tunnel pour le « tunnelage » du trafic à travers la messagerie WhatsApp 12/11/2022
La boîte à outils Wa-tunnel a été publiée. Elle vous permet de faire passer du trafic TCP par un autre hôte, en utilisant un tunnel fonctionnant par-dessus la messagerie WhatsApp. De telles manipulations peuvent être utiles si vous avez besoin d'accéder au réseau externe à partir des environnements dans lesquels seul le messager est disponible, ou pour économiser du trafic lors de la connexion à des réseaux ou des fournisseurs offrant des options illimitées pour le trafic instantané (par exemple, l'accès illimité à WhatsApp est fourni dans les réseaux de bord des avions de certaines compagnies aériennes). Le code est écrit en JavaScript à l'aide de Node.js et est distribué sous la licence du MIT. La bibliothèque Baileys est utilisée pour interagir avec l'API de WhatsApp.
Le tunnel nécessite deux comptes dans WhatsApp - l'un est utilisé du côté client, l'autre du côté serveur. Il envoie des paquets réseau TCP à travers des messages texte et des fichiers WhatsApp, en fonction de la quantité de caractères, il les divise en différents messages texte ou fichiers. Afin d'éviter d'être bloqué par WhatsApp, il est limité par défaut à 20 000 caractères par message. Pour le moment, il est codé en dur dans wasocket.js.
https://github.com/aleixrodriala/wa-tunnel
Updating the open audio codec Lyra 1.3: 12/11/2022 Google has published the release of the Lyra 1.3 audio codec, aimed at achieving a high quality of voice transmission in a limited amount of information transmitted. The quality of speech on bitrates of 3.2 kbps, 6 kbps and 9.2 kbps, when using the Lyra codec roughly corresponds to the 10 kbps, 13 kbps and 14 kbps codecs when using the Opus codec. To accomplish this, in addition to the usual methods of sound compression and signal conversion, Lyra uses a speech model based on the machine learning system, which allows you to recreate the missing information based on the standard speech characteristics. The reference implementation of the code is written in C++ and is distributed under the Apache 2.0 license. Unlike the radically redesigned Lyra 1.2 issue of October, which was transferred to a new neural network architecture, version 1.3 optimizes the machine learning model without architectural changes. In the new version for storing weights and performing arithmetic operations instead of 32-bit floating point numbers, it involves 8-bit integers, which led to a 43% reduction in the model and acceleration of the model by 20% when tested on a Pixel 6 Pro smartphone. The quality of speech at the same time managed to maintain at the same level, but the format of the transmitted data has changed and is not compatible with the previous releases. https://github.com/google/lyra/releases/tag/v1.3.0
Mise à jour du codec audio ouvert Lyra 1.3 12/11/2022
Google a publié la mise à jour 1.3 du codec audio Lyra, visant à obtenir une haute qualité de transmission de la voix dans une quantité limitée d'informations transmises. La qualité de la parole sur des débits de 3,2 kbps, 6 kbps et 9,2 kbps, lors de l'utilisation du codec Lyra correspond à peu près aux 10 kbps, 13 kbps et 14 kbps lors de l'utilisation du codec Opus. Pour ce faire, en plus des méthodes habituelles de compression du son et de conversion du signal, Lyra utilise un modèle vocal basé sur le système d'apprentissage automatique, qui permet de recréer les informations manquantes à partir des caractéristiques standard de la parole. L'implémentation de référence du code est écrite en C++ et est distribuée sous la licence Apache 2.0.
Contrairement à la version 1.2 de Lyra, radicalement remaniée en octobre, qui a été transférée vers une nouvelle architecture de réseau neuronal, la version 1.3 optimise le modèle d'apprentissage automatique sans changement d'architecture. Dans la nouvelle version, pour le stockage des poids et l'exécution des opérations arithmétiques, au lieu de nombres à virgule flottante de 32 bits, il s'agit d'entiers de 8 bits, ce qui a conduit à une réduction de 43 % du modèle et à une accélération du modèle de 20 % lors des tests sur un smartphone Pixel 6 Pro. La qualité de la parole dans le même temps a réussi à se maintenir au même niveau, mais le format des données transmises a changé et n'est pas compatible avec les versions précédentes.
14
Release of MPV 0.35: 12/11/2022 The release of an open video player MPV 0.35 was announced, which was in response to the code base of the MPlayer2 project in 2013. The MPV focuses on developing new features and ensuring the constant transfer of innovations from MPlayer repositories, without worrying about maintaining compatibility with MPlayer. The MPV code is distributed under the LGPLv2.1+ license, some parts remain under the GPLv2, but the LGPL transition process is almost complete and the option “-enable-lgpl” can be used to disconnect the remaining GPL code. https://github.com/mpv-player/mpv/releases/tag/v0.35.0
Sortie de MPV 0.35 12/11/2022
La version 0.35 du lecteur vidéo ouvert MPV a été annoncée, en réponse à la base de code du projet MPlayer2 en 2013. MPV se concentre sur le développement de nouvelles fonctionnalités et assure le transfert constant des innovations des dépôts MPlayer, sans se soucier du maintien de la compatibilité avec MPlayer. Le code MPV est distribué sous la licence LGPLv2.1+, certaines parties restent sous la GPLv2, mais le processus de transition vers la LGPL est presque terminé et l'option « -enable-lgpl » peut être utilisée pour déconnecter le code GPL restant.