1
APT Package Manager 3.1.0: 19/05/2025 An experimental branch of the Advanced Package Tool package management tool has been released, which will be used as the basis for the stable 3.2 release after stabilization. The new APT branch will be integrated into Debian Unstable and will not be included in the upcoming Debian 13 release. New features include: New commands “apt why” and “apt why-not”, added “Include” and “Exclude” options to “.sources” files to allow loading only specified packages from the repository (whitelist) or not processing certain packages in the repository (blacklist). HTTPS support has been added to the dselect utility. For Ubuntu, the command-line utilities include the Solver3 dependency resolution engine by default, which uses a backtracking algorithm to resolve conflicts between dependencies. https://mastodon.social/@juliank/114535636195052836
Gestionnaire de paquets APT 3.1.0 19/05/2025
Une branche expérimentale de l'outil de gestion de paquets Advanced Package Tool a été publiée. Elle servira de base à la version stable 3.2 après stabilisation. Cette nouvelle branche APT sera intégrée à Debian Unstable et ne sera pas incluse dans la prochaine version Debian 13.
Les nouvelles fonctionnalités incluent :
Nouvelles commandes « apt why » et « apt why-not », ajout des options « Include » et « Exclude » aux fichiers « .sources » pour permettre le chargement de paquets spécifiques du dépôt (liste blanche) ou l'exclusion de certains paquets du dépôt (liste noire). La prise en charge de HTTPS a été ajoutée à l'utilitaire dselect. Pour Ubuntu, les utilitaires en ligne de commande incluent par défaut le moteur de résolution de dépendances Solver3, qui utilise un algorithme de retour arrière pour résoudre les conflits entre dépendances.
https://mastodon.social/@juliank/114535636195052836
Debian 13 Enters Hard Freeze Before Release: 19/05/2025 Debian developers have announced that Debian 13 has entered a pre-release hard freeze, where the process of moving key packages without autopkgtests from unstable to testing has been completely halted and a phase of intensive testing and fixing of release-blocking issues has begun. The hard freeze is seen as a necessary interim step before a full freeze covering all packages. The full freeze will occur a few weeks before the release, which is expected in the northern hemisphere summer. There are currently 244 critical release-blocking bugs (there were 258 such bugs when Debian 12 went into a hard freeze). This is the third stage of the freeze - the first stage was completed on March 15th and resulted in the cessation of “transitions” (package updates that require dependency adjustments in other packages, which results in packages being temporarily removed from Testing) and the cessation of build-essential package updates. The report from the Debian release team also announced the decision to stop creating official Debian 13 releases for the MIPS64EL platform. At the same time, the RISC-V 64 platform has been added to the list of officially supported platforms, and it has been decided to include it in Debian 13. https://lists.debian.org/debian-devel-announce/2025/05/msg00004.html
Debian 13 entre en gel complet avant sa sortie 19/05/2025
Les développeurs de Debian ont annoncé que Debian 13 est entrée en gel dur avant sa sortie. Le processus de migration des paquets clés sans autopkgtests d'unstable vers testing a été complètement interrompu, et une phase intensive de tests et de corrections des problèmes bloquants a débuté. Ce gel dur est considéré comme une étape intermédiaire nécessaire avant un gel complet de tous les paquets. Ce gel complet interviendra quelques semaines avant la sortie, prévue pour l'été de l'hémisphère nord. On compte actuellement 244 bogues critiques bloquant la sortie (il y en avait 258 lors du gel dur de Debian 12).
Il s'agit de la troisième étape du gel. La première, achevée le 15 mars, a entraîné l'arrêt des « transitions » (mises à jour de paquets nécessitant des ajustements de dépendances dans d'autres paquets, entraînant leur retrait temporaire de Testing) et l'arrêt des mises à jour de paquets essentiels à la construction.
Le rapport de l'équipe de publication Debian a également annoncé la décision d'arrêter la création de versions officielles de Debian 13 pour la plateforme MIPS64EL. Parallèlement, la plateforme RISC-V 64 a été ajoutée à la liste des plateformes officiellement prises en charge et il a été décidé de l'inclure dans Debian 13.
https://lists.debian.org/debian-devel-announce/2025/05/msg00004.html
Ubuntu 25.10 to replace more apps: 20/05/2025 Ubuntu Linux developers have announced changes to the Ubuntu Desktop 25.10 release, scheduled for October 9 this year. The upcoming release will include two new applications by default: the Ptyxis terminal emulator and the Loupe image viewer, replacing the previously shipped GNOME Terminal and Eye of GNOME. Ptyxis and Loupe were previously included by default in Fedora Linux. Loupe is the default viewer in GNOME since GNOME 45, it has a lightweight interface and is optimized for fast image viewing. The glycin library is used to decode and parse image formats. Decoding is performed using sandbox isolation. The GPU is used to speed up rendering. The Ptyxis terminal emulator, compared to GNOME Terminal, provides built-in capabilities for working with containers using the Toolbox, Distrobox, Podman and JHBuild toolkits. Ptyxis also features additional settings and very high rendering speed due to the use of Vulkan and OpenGL. The interface supports dark and light themes, uses GTK 4 and offers an overview mode for visual navigation through open sessions. https://discourse.ubuntu.com/t/ubuntu-desktop-25-10-the-questing-quokka-roadmap/61159
Ubuntu 25.10 remplace davantage d'applications 20/05/2025
Les développeurs d'Ubuntu Linux ont annoncé des modifications pour la version Ubuntu Desktop 25.10, prévue pour le 9 octobre prochain. Cette version inclura deux nouvelles applications par défaut : l'émulateur de terminal Ptyxis et la visionneuse d'images Loupe, remplaçant les anciens terminaux GNOME et Eye of GNOME. Ptyxis et Loupe étaient auparavant inclus par défaut dans Fedora Linux.
Loupe est la visionneuse par défaut de GNOME depuis GNOME 45. Son interface est légère et optimisée pour une visualisation rapide des images. La bibliothèque glycin permet de décoder et d'analyser les formats d'image. Le décodage s'effectue en utilisant l'isolation en bac à sable. Le GPU est utilisé pour accélérer le rendu.
L'émulateur de terminal Ptyxis, comparé à GNOME Terminal, offre des fonctionnalités intégrées pour travailler avec des conteneurs à l'aide des boîtes à outils Toolbox, Distrobox, Podman et JHBuild. Ptyxis propose également des paramètres supplémentaires et une vitesse de rendu très élevée grâce à l'utilisation de Vulkan et d'OpenGL. L'interface prend en charge les thèmes sombres et clairs, utilise GTK 4 et propose un mode aperçu pour une navigation visuelle dans les sessions ouvertes.
https://discourse.ubuntu.com/t/ubuntu-desktop-25-10-the-questing-quokka-roadmap/61159
2
Release of the lsFusion 6.0: 20/05/2025 The release of the lsFusion 6.0 project is available. It develops a declarative platform for developing business and Web applications. The platform is suitable for developing corporate and accounting applications and can be used as an open and free alternative to the 1C platform. The project code is written in Java and is distributed under the LGPLv3 license. The typical ERP solution for small and medium businesses MyCompany, which uses lsFusion, is distributed under the Apache 2.0 license. Version six focuses on improving the Web interface: deep integration with Bootstrap, support for PWA and modern browser APIs, as well as expanding the tools for creating flexible forms and interfaces. https://github.com/lsfusion/platform/releases/tag/4.0
Sortie de lsFusion 6.0 20/05/2025
La version 6.0 du projet lsFusion est disponible. Ce projet développe une plateforme déclarative pour le développement d'applications métier et Web. Adaptée au développement d'applications d'entreprise et de comptabilité, elle constitue une alternative ouverte et gratuite à la plateforme 1C. Le code du projet est écrit en Java et distribué sous licence LGPLv3. MyCompany, la solution ERP classique pour les PME utilisant lsFusion, est distribuée sous licence Apache 2.0. La version 6 se concentre sur l'amélioration de l'interface Web : intégration poussée avec Bootstrap, prise en charge des PWA et des API pour navigateurs modernes, ainsi que l'extension des outils de création de formulaires et d'interfaces flexibles.
https://github.com/lsfusion/platform/releases/tag/4.0
AlmaLinux 9.6: 21/05/2025 AlmaLinux 9.6 distribution release is available, synchronized with the new Red Hat Enterprise Linux 9.6 release and containing all the changes proposed in that release. Installation images are prepared for the x86_64, ARM64, ppc64le and s390x architectures in the form of a bootable (1 GB), minimal (2 GB) and full image (10 GB). Live builds with GNOME, KDE, MATE and XFCE will be formed later, as well as images for Raspberry Pi boards, containers, WSL (Windows Subsystem for Linux) and cloud platforms. The Synergy repository is also available, which contains packages different from Red Hat Enterprise Linux. Currently, the Synergy repository already contains packages with the Pantheon user environment, developed by the Elementary OS project and the Warpinator utility, designed for encrypted file exchange between two computers. The AlmaLinux distribution was founded by CloudLinux in response to the premature end of support for CentOS 8 by Red Hat (updates for CentOS 8 will end at the end of 2021, not in 2029 as users expected). The project is supervised by a separate non-profit organization, the AlmaLinux OS Foundation, which was created to develop on a neutral platform with community participation and using a governance model similar to the Fedora project. The distribution is free for all categories of users. All AlmaLinux developments are published under free licenses. https://almalinux.org/blog/2025-05-20-almalinux_96_release/
AlmaLinux 9.6 21/05/2025
La distribution AlmaLinux 9.6 est disponible, synchronisée avec la nouvelle version de Red Hat Enterprise Linux 9.6 et intégrant toutes les modifications proposées dans cette version. Des images d'installation sont préparées pour les architectures x86_64, ARM64, ppc64le et s390x : une image bootable (1 Go), une image minimale (2 Go) et une image complète (10 Go). Des versions Live avec GNOME, KDE, MATE et XFCE seront créées ultérieurement, ainsi que des images pour les cartes Raspberry Pi, les conteneurs, WSL (sous-système Windows pour Linux) et les plateformes en nuage.
Le dépôt Synergy est également disponible. Il contient des paquets différents de ceux de Red Hat Enterprise Linux. Il contient déjà des paquets pour l'environnement utilisateur Pantheon, développé par le projet Elementary OS, et l'utilitaire Warpinator, conçu pour l'échange de fichiers chiffrés entre deux ordinateurs.
La distribution AlmaLinux a été fondée par CloudLinux en réponse à la fin prématurée du support de CentOS 8 par Red Hat (les mises à jour de CentOS 8 a pris fin fin 2021, et non en 2029 comme prévu). Le projet est supervisé par une organisation à but non lucratif distincte, la Fondation AlmaLinux OS, créée pour développer sur une plateforme neutre avec la participation de la communauté et selon un modèle de gouvernance similaire à celui du projet Fedora. La distribution est gratuite pour toutes les catégories d'utilisateurs. Tous les développements d'AlmaLinux sont publiés sous licences libres.
https://almalinux.org/blog/2025-05-20-almalinux_96_release/
FreeBSD and Rust: 21/05/2025 The HardenedBSD project, which works to improve FreeBSD's security mechanisms and releases hardened FreeBSD builds, has released the first results to enable the use of FreeBSD user space components written in Rust. The development is being conducted in a separate branch, hardened/current/rust-in-base. A new build file share/mk/bsd.rust.mk was written to use Rust, allowing Rust applications to be built during the base system environment build. Rust user space components are optional and are located in a separate workspace in the FreeBSD source tree. The Cargo package manager is used to build Rust applications and dependencies. All dependencies required to build the base system Rust components are located in a separate subdirectory src/vendor/rust. At the time of writing, support is declared only for building and installing Rust applications running in user space. Support for library crate packages is planned for the future. Using Rust in the kernel is not yet supported, as such a feature requires a lot of work and is beyond the scope of the initial prototype. https://hardenedbsd.org/article/shawn-Webb/2025-05-20/optional-rust-freebsd-support-may-2025-status-report
FreeBSD et Rust 21/05/2025
Le projet HardenedBSD, qui vise à améliorer les mécanismes de sécurité de FreeBSD et à proposer des versions FreeBSD renforcées, a publié les premiers résultats permettant l'utilisation de composants de l'espace utilisateur FreeBSD écrits en Rust. Le développement est mené dans une branche distincte, hardened/current/rust-in-base.
Un nouveau fichier de build, share/mk/bsd.rust.mk, a été écrit pour utiliser Rust, permettant ainsi la compilation d'applications Rust pendant la construction de l'environnement système de base. Les composants Rust de l'espace utilisateur sont facultatifs et se trouvent dans un espace de travail distinct de l'arborescence des sources de FreeBSD. Le gestionnaire de paquets Cargo permet de compiler les applications et les dépendances de Rust. Toutes les dépendances nécessaires à la construction des composants Rust du système de base se trouvent dans un sous-répertoire distinct, src/vendor/rust.
Au moment de la rédaction de ce document, la prise en charge est déclarée uniquement pour la compilation et l'installation d'applications Rust exécutées en espace utilisateur. La prise en charge des paquets crate de la bibliothèque est prévue ultérieurement. L'utilisation de Rust dans le noyau n'est pas encore prise en charge, car cette fonctionnalité nécessite beaucoup de travail et dépasse le cadre du prototype initial.
3
CentOS and Rocky Linux RISC-V ventures: 22/05/2025 Red Hat developers have announced the initial support for the RISC-V architecture in the CentOS Stream 10 repository, which serves as the basis for the development of Red Hat Enterprise Linux 10. Previously, packages were released for the x86_64 (x86_64_v3 in RHEL 10), Aarch64, ppc64le (POWER9), and s390x (IBM z14) architectures. Red Hat also presented experimental builds of RHEL 10 for RISC-V systems, developed jointly with SiFive. Currently, most of the patches that solve problems with building and running various packages on riscv64 systems have already been integrated into the CentOS Stream git repository. Some patches have not yet been transferred to the main repository and remain in separate git branches, which are planned to be published on July 1, along with bootable builds ready for running on SiFive HiFive Premier P550 boards. After publishing the builds, a separate Koji server will be launched in the build infrastructure on RISC-V equipment and work will continue on transferring the created fixes to the main projects (upstream). The Rocky Linux project, aimed at creating a free RHEL build capable of taking the place of the classic CentOS, went further and announced official support for RISC-V systems (riscv64gc) in Rocky Linux 10. Rocky Linux 10 will support StarFive VisionFive 2 (VF2) and SiFive HiFive Premier P550 boards, as well as launch in the QEMU emulator, similar to RISC-V builds from the Fedora project. The possibility of implementing support for Milk-V and Banana Pi boards is being considered. The RISC-V architecture has been given the status of alternatively supported and, unlike the primary architectures (x86_64, Aarch64, ppc64le, and s390x), will not block releases for other architectures. The presence of RISC-V-specific issues in packages will not stop the publication of builds of these packages for other architectures. Additionally, it is worth noting the initiative of the Alma Linux project to create a version of the EPEL 10 (Extra Packages for Enterprise Linux) repository for the x86-64-v2 architecture. Unlike the RHEL 10 distribution, which supplies packages with optimizations for the x86-64-v3 microarchitecture, the Alma Linux distribution creates separate builds for the x86-64-v2 microarchitecture, which are supported in parallel with the basic x86-64-v3 builds. From now on, builds for x86-64-v2 in Alma Linux will cover not only the main repository, but also the EPEL repository. Compared to x86-64-v2, support for x86-64-v3 covers the AVX, AVX2, BMI2, FMA, LZCNT, MOVBE, and SXSAVE processor extensions. Support for x86-64-v2 allows maintaining compatibility with CPUs older than Intel Haswell and AMD Excavator, designed before 2013. https://blog.centos.org/2025/05/initial-centos-support-for-risc-v/
Projets CentOS et Rocky Linux en RISC-V 22/05/2025
Les développeurs Red Hat ont annoncé la prise en charge initiale de l'architecture RISC-V dans le dépôt CentOS Stream 10, qui sert de base au développement de Red Hat Enterprise Linux 10. Auparavant, des paquets étaient disponibles pour les architectures x86_64 (x86_64_v3 dans RHEL 10), Aarch64, ppc64le (POWER9) et s390x (IBM z14). Red Hat a également présenté des versions expérimentales de RHEL 10 pour les systèmes RISC-V, développées conjointement avec SiFive.
Actuellement, la plupart des correctifs qui corrigent les problèmes de compilation et d'exécution de divers paquets sur les systèmes riscv64 ont déjà été intégrés au dépôt Git de CentOS Stream. Certains correctifs n'ont pas encore été transférés vers le dépôt principal et sont conservés dans des branches Git distinctes. Leur publication est prévue pour le 1er juillet, avec des versions bootables prêtes à fonctionner sur les cartes SiFive HiFive Premier P550. Après la publication de ces versions, un serveur Koji distinct sera lancé dans l'infrastructure de build sur les équipements RISC-V et le transfert des correctifs créés vers les projets principaux (en amont) se poursuivra.
Le projet Rocky Linux, visant à créer une version RHEL libre capable de remplacer CentOS classique, est allé plus loin et a annoncé la prise en charge officielle des systèmes RISC-V (riscv64gc) dans Rocky Linux 10. Rocky Linux 10 prendra en charge les cartes StarFive VisionFive 2 (VF2) et SiFive HiFive Premier P550, et sera également lancé dans l'émulateur QEMU, à l'instar des versions RISC-V du projet Fedora. La possibilité d'implémenter la prise en charge des cartes Milk-V et Banana Pi est à l'étude.
L'architecture RISC-V a reçu le statut de support alternatif et, contrairement aux architectures principales (x86_64, Aarch64, ppc64le et s390x), ne bloquera pas les versions pour d'autres architectures. La présence de problèmes spécifiques à RISC-V dans les paquets n'empêchera pas la publication de versions de ces paquets pour d'autres architectures.
Par ailleurs, il convient de noter l'initiative du projet Alma Linux de créer une version du dépôt EPEL 10 (Extra Packages for Enterprise Linux) pour l'architecture x86-64-v2. Contrairement à la distribution RHEL 10, qui fournit des paquets optimisés pour la microarchitecture x86-64-v3, la distribution Alma Linux crée des versions distinctes pour la microarchitecture x86-64-v2, prises en charge parallèlement aux versions x86-64-v3 de base. Désormais, les versions pour x86-64-v2 dans Alma Linux couvriront non seulement le dépôt principal, mais également le dépôt EPEL. Par rapport à x86-64-v2, la prise en charge de x86-64-v3 couvre les extensions processeur AVX, AVX2, BMI2, FMA, LZCNT, MOVBE et SXSAVE. La prise en charge de x86-64-v2 permet de maintenir la compatibilité avec les processeurs antérieurs à Intel Haswell et AMD Excavator, conçus avant 2013.
https://blog.centos.org/2025/05/initial-centos-support-for-risc-v/
AerynOS distribution decisions: 22/05/2025 The developers of AerynOS, formerly known as SerpentOS, have published a detailed article that details the concept and technical implementation of the project, with a rationale for the architectural decisions made. Project leader Ikey Doherty emphasizes that AerynOS is not just “another Linux distribution,” but a platform, foundation, and toolset built with a clear vision. The main idea of the project is formulated as a question: “What if an operating system behaved like a modern infrastructure?” AerynOS is presented as an answer to this question - a system built from scratch, rather than following the traditional model of embedded mutations within a distribution. The project draws on the authors' experience in developing other distributions, including Solus and Clear Linux. As the paper points out, “The performance advantage of glibc over musl is well documented, especially for compute-intensive workloads and applications that require optimal multi-threading performance.” The creators emphasize that their goal is to build a working, usable system for a variety of use cases. The concept of “statelessness” - packages are not allowed to contain any files outside the /usr directory. As the developers explain, this approach forces sensible defaults at all levels and eliminates “horrible three-way merge conflicts when upgrading packages.” There are no conflicts because everything in /etc and /var is owned by the user, while /usr is exclusively owned by the system. The concept was developed during the times of Clear Linux and Solus, and AerynOS has taken it further. The developers note that the current approach of emulating imperative package management is “completely pointless” and “actually introduces more bugs than it solves.” Since a new root filesystem is created for each transaction, future plans include creating a new graph for each transaction, abandoning inline changes in favor of a declarative approach similar to Gentoo or Nix. AerynOS is actively developed, already releasing ISO images with the GNOME environment, is suitable for games (support for NVIDIA drivers, Steam, Flatpak), has real users who note the stability and innovation of the system. According to the developers, the project is in the alpha version stage and is not without problems, but already represents a complete system that “just works”. https://aerynos.com/blog/2025/03/29/aerynos-the-os-as-infrastructure/
Décisions concernant la distribution AerynOS 22/05/2025
Les développeurs d'AerynOS, anciennement SerpentOS, ont publié un article détaillé détaillant le concept et la mise en œuvre technique du projet, ainsi que les justifications des choix architecturaux. Le chef de projet, Ikey Doherty, souligne qu'AerynOS n'est pas simplement « une autre distribution Linux », mais une plateforme, une base et un ensemble d'outils conçus avec une vision claire.
L'idée principale du projet est formulée sous la forme d'une question : « Et si un système d'exploitation se comportait comme une infrastructure moderne ? » AerynOS se présente comme une réponse à cette question : un système construit de toutes pièces, plutôt que de suivre le modèle traditionnel des mutations intégrées au sein d'une distribution. Le projet s'appuie sur l'expérience des auteurs dans le développement d'autres distributions, notamment Solus et Clear Linux.
Comme le souligne l'article, « l'avantage de performance de glibc par rapport à musl est bien documenté, en particulier pour les charges de travail et les applications gourmandes en ressources de calcul qui nécessitent des performances multithread optimales. » Les créateurs soulignent que leur objectif est de créer un système fonctionnel et utilisable pour une variété de cas d'utilisation. Le concept d'« absence d'état » : les paquets ne peuvent contenir aucun fichier en dehors du répertoire /usr. Comme l'expliquent les développeurs, cette approche impose des valeurs par défaut raisonnables à tous les niveaux et élimine les « terribles conflits de fusion à trois voies lors de la mise à niveau des paquets ». Il n'y a pas de conflits, car tout dans /etc et /var appartient à l'utilisateur, tandis que /usr appartient exclusivement au système. Ce concept a été développé à l'époque de Clear Linux et Solus, et AerynOS l'a poussé plus loin.
Les développeurs soulignent que l'approche actuelle consistant à émuler la gestion impérative des paquets est « totalement inutile » et « introduit plus de bugs qu'elle n'en résout ». Puisqu'un nouveau système de fichiers racine est créé pour chaque transaction, les projets futurs incluent la création d'un nouveau graphe pour chaque transaction, abandonnant les modifications en ligne au profit d'une approche déclarative similaire à Gentoo ou Nix.
AerynOS est activement développé et propose déjà des images ISO avec l'environnement GNOME. Il est compatible avec les jeux (prise en charge des pilotes NVIDIA, Steam et Flatpack). De nombreux utilisateurs apprécient la stabilité et l'innovation du système. Selon les développeurs, le projet est en version alpha et présente quelques problèmes, mais il représente déjà un système complet et fonctionnel.
https://aerynos.com/blog/2025/03/29/aerynos-the-os-as-infrastructure/
Linux Mint project created libAdapta: 23/05/2025 The developers of the Linux Mint distribution have published the first release of the libAdapta library, created as a fork of libAdwaita. The first release of libAdapta 1.5 is based on libAdwaita 1.5 and features support for design themes and some additional features. Otherwise, libAdapta supports all the functionality of libAdwaita and provides an identical look and feel to applications by default. The creation of a fork is explained by the difficulties with the transfer of advanced features developed by the project to the main libAdwaita. As a soft fork, the code base is periodically transferred to new versions of libAdwaita to continue maintaining compatibility, it is considered the optimal solution for Linux Mint. By maintaining their own branch, Linux Mint developers are not limited in the implementation of their ideas and can quickly add changes, regardless of their approval by the libAdwaita developers. https://github.com/xapp-project/libadapta/releases/tag/1.5.0
Le projet Linux Mint a créé libAdapta 23/05/2025
Les développeurs de la distribution Linux Mint ont publié la première version de la bibliothèque libAdapta, issue d'un fork de libAdwaita. La première version de libAdapta 1.5 est basée sur libAdwaita 1.5 et prend en charge les thèmes de conception et quelques fonctionnalités supplémentaires. Par ailleurs, libAdapta prend en charge toutes les fonctionnalités de libAdwaita et offre une interface utilisateur identique aux applications par défaut.
La création d'un fork s'explique par les difficultés de transfert des fonctionnalités avancées développées par le projet vers la libAdwaita principale. En tant que « dérivé doux » (soft fork), le code source est régulièrement transféré vers les nouvelles versions de libAdwaita afin de maintenir la compatibilité. Cette solution est considérée comme optimale pour Linux Mint. En conservant leur propre branche, les développeurs de Linux Mint ne sont pas limités dans la mise en œuvre de leurs idées et peuvent rapidement apporter des modifications, indépendamment de leur approbation par les développeurs de libAdwaita.
https://github.com/xapp-project/libadapta/releases/tag/1.5.0
4
Ubuntu 25.10 switches to Chrony by default: 23/05/2025 Ubuntu Linux developers have planned a transition to the Chrony project for precise time synchronization by default, in all Ubuntu 25.10 builds. Previously, Ubuntu used the systemd-timesyncd service, which was decided to be replaced due to the desire to use the NTS (Network Time Security) protocol for cryptographic protection of time synchronization. The Chrony project provides an independent implementation of NTP client and server, already used for precise time synchronization in Fedora, SUSE/openSUSE, and RHEL. NTS ensures that the client is communicating with the intended NTP server and not a spoofed one. Spoofing an NTP server is dangerous because setting the wrong time can be used to compromise the security of other time-aware protocols, such as TLS and DNSSEC. Changing the time can lead to incorrect interpretation of certificate validity data. The Chrony package is already part of the main repository and is used by default in some Ubuntu cloud editions. Work to replace systemd-timesyncd with Chrony will begin on June 2. Including Chrony in builds will bring an additional dependency “libedit2” and will increase the image size by 803 KB. To replace systemd-timesyncd with Chrony in Ubuntu 25.04, you can use the command “apt-mark auto systemd-timesyncd && apt install chrony”, and to return to systemd-timesyncd - “apt-mark auto chrony && apt install systemd-timesyncd”. https://lists.ubuntu.com/archives/ubuntu-devel/2025-May/043355.html
Ubuntu 25.10 bascule vers Chrony par défaut 23/05/2025
Les développeurs d'Ubuntu Linux ont prévu une transition vers le projet Chrony pour une synchronisation horaire précise par défaut, dans toutes les versions d'Ubuntu 25.10. Auparavant, Ubuntu utilisait le service systemd-timesyncd, dont le remplacement a été décidé suite à la volonté d'utiliser le protocole NTS (Network Time Security) pour la protection cryptographique de la synchronisation horaire.
Le projet Chrony fournit une implémentation indépendante du client et du serveur NTP, déjà utilisée pour la synchronisation horaire précise dans Fedora, SUSE/openSUSE et RHEL. NTS garantit que le client communique avec le serveur NTP prévu et non avec un serveur usurpé. L'usurpation d'un serveur NTP est dangereuse, car une mauvaise configuration de l'heure peut compromettre la sécurité d'autres protocoles sensibles au temps, tels que TLS et DNSSEC. La modification de l'heure peut entraîner une interprétation erronée des données de validité des certificats.
Le paquet Chrony fait déjà partie du dépôt principal et est utilisé par défaut dans certaines éditions cloud d'Ubuntu. Le remplacement de systemd-timesyncd par Chrony débutera le 2 juin. L'intégration de Chrony dans les builds ajoutera une dépendance supplémentaire, « libedit2 », et augmentera la taille de l'image de 803 Ko. Pour remplacer systemd-timesyncd par Chrony dans Ubuntu 25.04, vous pouvez utiliser la commande « apt-mark auto systemd-timesyncd && apt install chrony », et pour revenir à systemd-timesyncd, utilisez « apt-mark auto chrony && apt install systemd-timesyncd ».
https://lists.ubuntu.com/archives/ubuntu-devel/2025-May/043355.html
Ubuntu Sway Remix 25.04 Released: 24/05/2025 The Ubuntu Sway Remix 25.04 distribution is now available, providing a pre-configured and ready-to-use desktop based on the Sway tiled compositing manager. The distribution is an unofficial edition of Ubuntu 24.10, created with an eye on both experienced GNU/Linux users and beginners who want to try an environment with a tiled window manager without the need for lengthy configuration. Builds for amd64 and arm64 (Raspberry Pi) architectures are available for download. Sway is a compositing manager that uses the Wayland protocol and is fully compatible with the i3 tiled window manager, as well as the Waybar panel, the PCManFM-GTK3 file manager and utilities from the NWG-Shell project, such as the Azote desktop wallpaper manager , the nwg-drawer full-screen application menu, the nwg-wrapper program for displaying the contents of scripts on the screen (used to display hotkey hints on the desktop), the nwg-look GTK theme, cursor and font settings manager and the Autotiling script , which automatically composes the windows of open applications in the manner of dynamic tiled window managers. The distribution includes programs with both a graphical interface, such as Firefox, Qutebrowser, Audacious, Transmission, Libreoffice, Pluma and MATE Calc, and console applications and utilities, such as the Musikcube music player, MPV video player, Swayimg image viewer, Zathura PDF document viewer, Neovim text editor, Ranger file manager and others. Another feature of the distribution is the complete refusal to use the Snap package manager, all programs are supplied as regular deb packages. The distribution installer is based on the Calamares framework. https://github.com/Ubuntu-Sway/Ubuntu-Sway-Remix/releases/tag/25.04
Ubuntu Sway Remix 25.04 est disponible 24/05/2025
La distribution Ubuntu Sway Remix 25.04 est désormais disponible. Elle propose un bureau préconfiguré et prêt à l'emploi basé sur le gestionnaire de composition de fenêtres en mosaïque Sway. Cette distribution est une version non officielle d'Ubuntu 24.10, conçue pour les utilisateurs GNU/Linux expérimentés comme pour les débutants souhaitant tester un environnement avec un gestionnaire de fenêtres en mosaïque sans configuration complexe. Des versions pour les architectures amd64 et arm64 (Raspberry Pi) sont disponibles en téléchargement.
Sway est un gestionnaire de composition utilisant le protocole Wayland et entièrement compatible avec le gestionnaire de fenêtres en mosaïque i3, ainsi qu'avec le panneau Waybar, le gestionnaire de fichiers PCManFM-GTK3 et les utilitaires du projet NWG-Shell, tels que le gestionnaire de fonds d'écran Azote, le menu d'application plein écran nwg-drawer, le programme nwg-wrapper pour l'affichage du contenu des scripts à l'écran (utilisé pour afficher les astuces de raccourcis clavier sur le bureau), le gestionnaire de thèmes, curseurs et polices GTK nwg-look et le script Autotiling, qui compose automatiquement les fenêtres des applications ouvertes à la manière de gestionnaires de fenêtres en mosaïque dynamiques.
La distribution comprend des programmes dotés d'une interface graphique, tels que Firefox, Qutebrowser, Audacious, Transmission, Libreoffice, Pluma et MATE Calc, ainsi que des applications et utilitaires en console, tels que le lecteur de musique Musikcube, le lecteur vidéo MPV, la visionneuse d'images Swayimg, la visionneuse de documents PDF Zathura, l'éditeur de texte Neovim, le gestionnaire de fichiers Ranger, etc.
Une autre caractéristique de la distribution est l'absence totale d'utilisation du gestionnaire de paquets Snap ; tous les programmes sont fournis sous forme de paquets .deb standard. L'installateur de la distribution est basé sur le framework Calamares.
https://github.com/Ubuntu-Sway/Ubuntu-Sway-Remix/releases/tag/25.04
ALT Linux creates Tuner for GNOME: 24.05.2025 13:28 Developers from the ALT Linux community have introduced a new app for GNOME - Tuner, aimed at simplifying the expansion of functionality and providing additional settings. (Similar to GNOME Tweak) The program implements a plugin-based architecture that allows adding new settings sections, changing the interface, and expanding functionality through the delivery of individual plugins without changing the code of the main application. The libpeas engine, already used in the GNOME applications Gedit and Totem, is used to create plugins. Tuner's other features include simplified integration with GSettings. Similar to the GNOME Refine application, Tuner has a mechanism for creating widgets using the Blueprint interface construction language. The project code is written in Vala and is distributed under the GPLv3 license. The user interface is built using the libadwaita library, complies with the GNOME HIG (Human Interface Guidelines) recommendations, and can adaptively adjust to the screen size. Templates for developing typical plugins in Vala and Python are available. https://thisweek.gnome.org/posts/2025/05/twig-201/%23third-party-projects
ALT Linux crée Tuner pour GNOME 24/05/2025 13:28
Les développeurs de la communauté ALT Linux ont lancé une nouvelle application pour GNOME : Tuner. Cette application simplifie l'extension des fonctionnalités et propose des paramètres supplémentaires. (Similaire à GNOME Tweak)
Le programme implémente une architecture basée sur des plugins qui permet d'ajouter de nouvelles sections de paramètres, de modifier l'interface et d'étendre les fonctionnalités grâce à la fourniture de plugins individuels sans modifier le code de l'application principale. Le moteur libpeas, déjà utilisé dans les applications GNOME Gedit et Totem, est utilisé pour créer des plugins.
Tuner propose également une intégration simplifiée avec GSettings. Similaire à l'application GNOME Refine, Tuner dispose d'un mécanisme de création de widgets utilisant le langage de construction d'interface Blueprint. Le code du projet est écrit en Vala et distribué sous licence GPLv3. L'interface utilisateur est développée à l'aide de la bibliothèque libadwaita, conforme aux recommandations HIG (Human Interface Guidelines) de GNOME et s'adapte à la taille de l'écran. Des modèles pour le développement de plugins classiques en Vala et Python sont disponibles.
https://thisweek.gnome.org/posts/2025/05/twig-201/%23third-party-projects
5
Rust Coreutils and gcc backend: 25/05/2025 The rustc_codegen_gcc backend has achieved full bootstrapping of the rustc compiler. Bootstrapping means that rustc can use a GCC-based code generator to build the rustc compiler itself. The back-end allows using the libgccjit library from the GCC project as a code generator in the rustc compiler, which allows building rust programs for all architectures available in GCC and using GCC-specific optimizations. The Rust Coreutils 0.1.0 (uutils) project, which is an analogue of the GNU Coreutils package written in Rust, is available. The Rust coreutils includes more than a hundred utilities, including sort, cat, chmod, chown, chroot, cp, date, dd, echo, hostname, id, ln and ls. The goal of the project is to create a cross-platform alternative implementation of Coreutils, capable of working on Windows, Redox and Fuchsia platforms. It was decided to use Rust Coreutils by default in Ubuntu, starting with the release of 25.10. Unlike GNU Coreutils, the Rust implementation is distributed under a permissive MIT license, instead of the copyleft GPL license. In addition, the same team of developers is developing analogues of the util-linux , diffutils , findutils and bsdutils utility sets written in Rust . https://www.reddit.com/r/rust/comments/1ktph3c/media_the_gcc_compiler_backend_can_now_fully/
Rust Coreutils et le backend gcc 25/05/2025
Le backend rustc_codegen_gcc a réalisé l'amorçage complet du compilateur rustc. L'amorçage signifie que rustc peut utiliser un générateur de code basé sur GCC pour construire le compilateur rustc lui-même. Le backend permet d'utiliser la bibliothèque libgccjit du projet GCC comme générateur de code dans le compilateur rustc, ce qui permet de construire des programmes rust pour toutes les architectures disponibles dans GCC et d'utiliser des optimisations spécifiques à GCC.
Le projet Rust Coreutils 0.1.0 (uutils), analogue du paquet GNU Coreutils écrit en Rust, est disponible. Rust coreutils inclut plus d'une centaine d'utilitaires, dont sort, cat, chmod, chown, chroot, cp, date, dd, echo, hostname, id, ln et ls. L'objectif du projet est de créer une implémentation alternative multiplateforme de Coreutils, compatible avec Windows, Redox et Fuchsia. Il a été décidé d'utiliser Rust Coreutils par défaut dans Ubuntu à partir de la version 25.10. Contrairement à GNU Coreutils, l'implémentation Rust est distribuée sous une licence MIT permissive, au lieu de la licence copyleft GPL. De plus, la même équipe de développeurs développe des analogues des ensembles d'utilitaires util-linux, diffutils, findutils et bsdutils écrits en Rust.
https://www.reddit.com/r/rust/comments/1ktph3c/media_the_gcc_compiler_backend_can_now_fully/
Linux kernel 6.15 released: 26/05/2025 After two months of development, Linus Torvalds released kernel 6.15. Changes include: audit mechanism in Landlock, memory mapping pinning mode, fwctl subsystem, Nova driver for NVIDIA GPUs, host system implementation for the Hyper-V hypervisor, support for zoned storage devices in XFS, network subsystem optimization, removal of the HIGHMEM64G option, scrub checking in Bcachefs, the ability to control operations via io_uring. The new version includes 15945 fixes from 2154 developers, the patch size is 59 MB (the changes affected 13596 files, 739608 lines of code were added, 312168 lines were deleted). The previous release had 12115 fixes from 1984 developers, the patch size was 39 MB. About 41% of all changes presented in 6.15 are related to device drivers, about 16% of changes are related to updating code specific to hardware architectures, 13% are related to the network stack, 5% - to file systems and 4% to internal kernel subsystems. https://lkml.org/lkml/2025/5/25/345
Sortie du noyau Linux 6.15 26/05/2025
Après deux mois de développement, Linus Torvalds a publié le noyau 6.15. Parmi les modifications : mécanisme d'audit dans Landlock, mode d'épinglage du mappage mémoire, sous-système fwctl, pilote Nova pour GPU NVIDIA, implémentation du système hôte pour l'hyperviseur Hyper-V, prise en charge des périphériques de stockage zonés dans XFS, optimisation du sous-système réseau, suppression de l'option HIGHMEM64G, vérification du nettoyage dans Bcachefs, et possibilité de contrôler les opérations via io_uring.
La nouvelle version inclut 15 945 correctifs apportés par 2 154 développeurs, pour une taille de 59 Mo (les modifications ont affecté 13 596 fichiers, 739 608 lignes de code ont été ajoutées, 312 168 lignes ont été supprimées). La version précédente comportait 12 115 correctifs apportés par 1 984 développeurs, pour une taille de 39 Mo. Environ 41 % des modifications présentées dans la version 6.15 concernent les pilotes de périphériques, environ 16 % la mise à jour du code spécifique aux architectures matérielles, 13 % la pile réseau, 5 % les systèmes de fichiers et 4 % les sous-systèmes internes du noyau.
https://lkml.org/lkml/2025/5/25/345
Release of Armbian 25.5 and DietPi 9.13: 27/05/2025 The Armbian 25.5 Linux distribution has been released, providing a compact system environment for single-board computers with ARM, RISC-V and x86 processors, supporting various models of Raspberry Pi, Odroid, Orange Pi, Banana Pi, Helios64, pine64, Nanopi and Cubieboard based on Allwinner, Amlogic, Actionsemi, Freescale / NXP, Marvell Armada, Rockchip, Radxa and Samsung Exynos processors. Debian and Ubuntu are used to build with, but all components are completely rebuilt using our own assembly system with optimizations enabled to reduce size, increase performance, and apply additional protection mechanisms. For example, the /var/log partition is mounted using zram and stored in RAM in compressed form with data flushed to the drive once a day or upon shutdown. The /tmp partition is mounted using tmpfs. The project supports more than thirty variants of Linux kernel builds for different ARM and ARM64 platforms. An SDK is provided to simplify the creation of your own system images, packages and distribution editions. ZSWAP is used for swapping. When logging in via SSH, an option is provided to use two-factor authentication. The package includes a box64 emulator, which allows you to run programs compiled for processors based on the x86 architecture. Ready-made packages are offered for running user environments based on KDE, GNOME, Budgie, Cinnamon, i3wm, Mate, Xfce and Xmonad. https://www.armbian.com/newsflash/armbian-25-5/
Sortie d'Armbian 25.5 et DietPi 9.13 27/05/2025
La distribution Linux Armbian 25.5 est disponible. Elle offre un environnement système compact pour les ordinateurs monocartes équipés de processeurs ARM, RISC-V et x86. Elle prend en charge différents modèles de Raspberry Pi, Odroid, Orange Pi, Banana Pi, Helios64, pine64, Nanopi et Cubieboard basés sur les processeurs Allwinner, Amlogic, Actionsemi, Freescale/NXP, Marvell Armada, Rockchip, Radxa et Samsung Exynos.
Debian et Ubuntu sont utilisés pour la compilation, mais tous les composants sont entièrement reconstruits à l'aide de notre propre système d'assemblage, avec des optimisations pour réduire la taille, augmenter les performances et appliquer des mécanismes de protection supplémentaires. Par exemple, la partition /var/log est montée avec zram et stockée en RAM sous forme compressée, les données étant vidées sur le disque une fois par jour ou à l'arrêt. La partition /tmp est montée avec tmpfs.
Le projet prend en charge plus de trente variantes de noyaux Linux pour différentes plateformes ARM et ARM64. Un SDK est fourni pour simplifier la création de vos propres images système, paquets et éditions de distribution. ZSWAP est utilisé pour l'échange. Lors de la connexion via SSH, une option permet d'utiliser l'authentification à deux facteurs. Le paquet inclut un émulateur Box64, qui permet d'exécuter des programmes compilés pour les processeurs basés sur l'architecture x86. Des paquets prêts à l'emploi sont proposés pour l'exécution d'environnements utilisateur basés sur KDE, GNOME, Budgie, Cinnamon, i3wm, Mate, Xfce et Xmonad.
6
Release of Luanti 5.12.0: 27/05/2025 After three months of development, Luanti 5.12.0 has been released. It is a free cross-platform sandbox game engine that allows you to create games similar to Roblox, (Some games on the engine seek to clone Minecraft.) but with voxel mechanics, using various blocks for players to jointly build various structures and buildings that form a semblance of a virtual world. The gameplay provided by the engine depends entirely on a set of mods created in the Lua language. The engine is written in C++ using the IrrlichtMt 3D library (a fork of Irrlicht ). Luanti code is distributed under the LGPL license, and game resources are licensed under the CC BY-SA 3.0 license. Ready-made assemblies are generated for various Linux distributions, Android, FreeBSD, Windows and macOS. https://www.luanti.org/
Sortie de Luanti 5.12.0 27/05/2025
Après trois mois de développement, Luanti 5.12.0 est disponible. Il s'agit d'un moteur de jeu en bac à sable multiplateforme gratuit qui permet de créer des jeux similaires à Roblox (certains jeux utilisant ce moteur tentent de cloner Minecraft), mais avec des mécanismes de voxels. L'utilisation de différents blocs permet aux joueurs de construire ensemble des structures et des bâtiments qui forment un semblant de monde virtuel. Le gameplay proposé par le moteur repose entièrement sur un ensemble de mods créés en langage Lua. Le moteur est écrit en C++ à l'aide de la bibliothèque 3D IrrlichtMt (un dérivé d'Irrlicht). Le code de Luanti est distribué sous licence LGPL, et les ressources du jeu sont sous licence CC BY-SA 3.0. Des assemblages prêts à l'emploi sont générés pour différentes distributions Linux, Android, FreeBSD, Windows et macOS.
AlmaLinux 10.0: 27/05/2025 The AlmaLinux 10.0 distribution is out, synchronized with Red Hat Enterprise Linux 10.0 and containing all the changes proposed in this release. Installation images have been prepared for the x86_64_v3, x86_64_v2, ARM64, ppc64le and s390x architectures in the form of a bootable (864 MB), minimal (1.4 GB) and full image (7.3 GB). Live builds with GNOME, KDE, MATE and Xfce will be created later, as well as images for Raspberry Pi boards, containers, WSL (Windows Subsystem for Linux) and cloud platforms. The distribution is binary compatible with Red Hat Enterprise Linux where possible and can be used as a replacement for RHEL 10 and CentOS 10 Stream. The AlmaLinux distribution was founded by CloudLinux in response to the premature end of support for CentOS 8 by Red Hat (updates for CentOS 8 will end at the end of 2021, not in 2029 as users expected). The project is supervised by a separate non-profit organization, the AlmaLinux OS Foundation, which was created to develop on a neutral platform with community participation and using a governance model similar to the Fedora project. The distribution is free for all categories of users. AlmaLinux is published under free licenses. https://almalinux.org/blog/2025-05-27-welcoming-almalinux-10/
AlmaLinux 10.0 27/05/2025
La distribution AlmaLinux 10.0 est disponible, synchronisée avec Red Hat Enterprise Linux 10.0 et intégrant toutes les modifications proposées dans cette version. Des images d'installation ont été préparées pour les architectures x86_64_v3, x86_64_v2, ARM64, ppc64le et s390x : une image bootable (864 Mo), une image minimale (1,4 Go) et une image complète (7,3 Go). Des versions Live avec GNOME, KDE, MATE et Xfce seront créées ultérieurement, ainsi que des images pour les cartes Raspberry Pi, les conteneurs, WSL (sous-système Windows pour Linux) et les plateformes en nuage.
La distribution est binairement compatible avec Red Hat Enterprise Linux dans la mesure du possible et peut être utilisée en remplacement de RHEL 10 et CentOS 10 Stream. La distribution AlmaLinux a été fondée par CloudLinux en réponse à la fin prématurée du support de CentOS 8 par Red Hat (les mises à jour de CentOS 8 ont pris fin fin 2021, et non en 2029 comme prévu). Le projet est supervisé par une organisation à but non lucratif distincte, la Fondation AlmaLinux OS, créée pour développer sur une plateforme neutre avec la participation de la communauté et selon un modèle de gouvernance similaire à celui du projet Fedora. La distribution est gratuite pour toutes les catégories d'utilisateurs. AlmaLinux est publié sous licences libres.
https://almalinux.org/blog/2025-05-27-welcoming-almalinux-10/
Thunderbird 139.0: 28/05/2025 Thunderbird 139.0, a community-developed email client based on Mozilla technologies, is now available. Thunderbird 139 is built on the Firefox 139 code base and is an intermediate version, with updates released before the next release. Thunderbird 128.11.0 is in the ESR branch, a long-term support branch with updates released throughout the year. https://www.thunderbird.net/en-US/thunderbird/139.0/releasenotes/
Thunderbird 139.0 28/05/2025
Thunderbird 139.0, un client de messagerie communautaire basé sur les technologies de Mozilla, est désormais disponible. Thunderbird 139 repose sur le code de Firefox 139 et constitue une version intermédiaire, avec des mises à jour publiées avant la prochaine version. Thunderbird 128.11.0 fait partie de la branche ESR, une branche de support à long terme avec des mises à jour publiées tout au long de l'année.
https://www.thunderbird.net/en-US/thunderbird/139.0/releasenotes/
7
KaOS 2025.05: 28/05/2025 KaOS 2025.05 has been released, a rolling release distribution aimed at providing a user friendly desktop, based on the latest KDE releases and applications using Qt. Specific design features include the placement of a vertical panel on the right side of the screen. The distribution is being developed with an eye on Arch Linux, but maintains its own independent repository with over 1,500 packages. KaOS offers a number of its own graphical utilities in this release. XFS is used as the default file system. Builds are published for x86_64 systems (3.8 GB). On systems with UEFI, Systemd-boot is used for booting. https://kaosx.us/news/2025/kaos05/
KaOS 2025.05 28/05/2025
KaOS 2025.05 est disponible. Il s'agit d'une distribution à déploiement progressif visant à offrir un environnement de bureau convivial, basé sur les dernières versions de KDE et des applications utilisant Qt. Parmi ses fonctionnalités spécifiques, on peut citer le placement d'un panneau vertical sur le côté droit de l'écran. Développée en tenant compte d'Arch Linux, la distribution dispose de son propre dépôt indépendant contenant plus de 1 500 paquets. KaOS propose plusieurs utilitaires graphiques dans cette version. XFS est utilisé comme système de fichiers par défaut. Les versions sont publiées pour les systèmes x86_64 (3,8 Go). Sur les systèmes avec UEFI, Systemd-boot est utilisé pour le démarrage.
https://kaosx.us/news/2025/kaos05/
openSUSE alternative installer Agama 15: 29/05/2025 The openSUSE project developers have introduced the Agama 15 installer, which is being developed to replace the classic SUSE and openSUSE installation interface, and is notable for separating the user interface from the internal YaST components. Agama supports the use of various front-ends, like one for managing the installation via a Web interface. The code of the installer components is distributed under the GPLv2 license and is written in Ruby, Rust, and JavaScript/TypeScript. To test the new installer, live builds have been created for the x86_64, ppc64le, s390x, and ARM64 architectures. The builds include the beta version of openSUSE Leap 16, continuously updated builds of openSUSE Tumbleweed and openSUSE Slowroll, and a container-based MicroOS edition. The installer will be shipped with openSUSE Leap 16 (alpha version available) and SUSE Linux Enterprise Server 16. The goals of Agama development are: to eliminate the existing limitations of the graphical interface; to expand the possibilities of using YaST functionality in other applications; to move away from being tied to a single programming language; to stimulate the creation of alternative settings by community members. The basic interface for managing the installation is built using Web technologies. The Web interface is written in JavaScript using the React framework and PatternFly components. The messaging service, as well as the built-in http server, are written in Ruby. https://agama-project.github.io/blog/2025/05/27/agama-15
Installeur alternatif Agama 15pour openSUSE 29/05/2025
Les développeurs du projet openSUSE ont présenté l'installeur Agama 15, développé pour remplacer l'interface d'installation classique de SUSE et openSUSE. Il se distingue par la séparation de l'interface utilisateur et des composants YaST internes. Agama prend en charge plusieurs interfaces, notamment une interface Web pour la gestion de l'installation. Le code des composants de l'installeur est distribué sous licence GPLv2 et est écrit en Ruby, Rust et JavaScript/TypeScript.
Pour tester le nouvel installeur, des versions Live ont été créées pour les architectures x86_64, ppc64le, s390x et ARM64. Ces versions incluent la version bêta d'openSUSE Leap 16, des versions constamment mises à jour d'openSUSE Tumbleweed et d'openSUSE Slowroll, ainsi qu'une édition de MicroOS basée sur des conteneurs. L'installeur sera fourni avec openSUSE Leap 16 (version alpha disponible) et SUSE Linux Enterprise Server 16.
Les objectifs du développement d'Agama sont : éliminer les limitations actuelles de l'interface graphique ; étendre les possibilités d'utilisation des fonctionnalités YaST dans d'autres applications ; s'affranchir d'un langage de programmation unique ; et encourager la création de paramètres alternatifs par les membres de la communauté.
L'interface de base pour la gestion de l'installation est basée sur les technologies Web. Elle est écrite en JavaScript à l'aide du framework React et des composants PatternFly. Le service de messagerie, ainsi que le serveur http intégré, sont écrits en Ruby.
https://agama-project.github.io/blog/2025/05/27/agama-15
NVIDIA Proprietary Driver Release 575.57.08: 30/05/2025 NVIDIA has published the release of the NVIDIA proprietary driver 575.57.08 (the first stable release of the new 575.57 branch). The driver is available for Linux (ARM64, x86_64), FreeBSD (x86_64), and Solaris (x86_64). NVIDIA 575.x became the tenth stable branch after NVIDIA open-sourced its kernel-level components. The source code for the kernel modules nvidia.ko, nvidia-drm.ko (Direct Rendering Manager), nvidia-modeset.ko, and nvidia-uvm.ko (Unified Video Memory) from the new NVIDIA branch, as well as the common, non-OS-specific components they use, are hosted on GitHub. The firmware and user-space libraries, such as the CUDA, OpenGL, and Vulkan stacks, remain proprietary. https://github.com/NVIDIA/open-gpu-kernel-modules/releases/tag/575.57.08
Version 575.57.08 du pilote propriétaire NVIDIA 30/05/2025
NVIDIA a publié la version 575.57.08 du pilote propriétaire NVIDIA (première version stable de la nouvelle branche 575.57). Ce pilote est disponible pour Linux (ARM64, x86_64), FreeBSD (x86_64) et Solaris (x86_64). NVIDIA 575.x est devenue la dixième branche stable après la publication en Open Source des composants du noyau par NVIDIA. Le code source des modules du noyau nvidia.ko, nvidia-drm.ko (Direct Rendering Manager), nvidia-modeset.ko et nvidia-uvm.ko (Unified Video Memory) de la nouvelle branche NVIDIA, ainsi que les composants communs non spécifiques au système d'exploitation, sont hébergés sur GitHub. Le micrologiciel et les bibliothèques de l'espace utilisateur, telles que les piles CUDA, OpenGL et Vulkan, restent propriétaires.
https://github.com/NVIDIA/open-gpu-kernel-modules/releases/tag/575.57.08
8
Release of Alpine Linux 3.22: 30/05/2025 Alpine Linux 3.22 is now available, a minimalist distribution built on the Musl system library and the BusyBox utility suite. The distribution has increased security requirements and is built with SSP (Stack Smashing Protection). OpenRC is used as an initialization system, and its own apk package manager is used to manage packages. Alpine is used to generate official Docker container images and is used in the PostmarketOS project. Bootable ISO images (x86_64, x86, armhf, aarch64, armv7, ppc64le, s390x, riscv64, and loongarch64) are available in six flavors: standard (240 MB), network bootable (268 MB), extended (1 GB), virtual machine (64 MB), and Xen hypervisor (1 GB). https://alpinelinux.org/posts/Alpine-3.22.0-released.html
Sortie d'Alpine Linux 3.22 30/05/2025
Alpine Linux 3.22 est désormais disponible. Il s'agit d'une distribution minimaliste basée sur la bibliothèque système Musl et la suite d'utilitaires BusyBox. Elle présente des exigences de sécurité renforcées et est construite avec SSP (Stack Smashing Protection). OpenRC est utilisé comme système d'initialisation et son propre gestionnaire de paquets APK gère les paquets. Alpine permet de générer les images officielles des conteneurs Docker et est utilisé dans le projet PostmarketOS. Les images ISO bootables (x86_64, x86, armhf, aarch64, armv7, ppc64le, s390x, riscv64 et loongarch64) sont disponibles en six versions : standard (240 Mo), pour démarrage par le réseau (268 Mo), étendue (1 Go), machine virtuelle (64 Mo) et hyperviseur Xen (1 Go).
https://alpinelinux.org/posts/Alpine-3.22.0-released.html
Radeon Linux Drivers: 30/05/2025 AMD has released the AMD Radeon Software for Linux driver set 25.10.1, which runs on top of the AMDGPU module developed in the main Linux kernel. The release is notable for the implementation of official support for the open RADV and RadeonSI drivers for the Vulkan and OpenGL graphics APIs provided by the Mesa project. Previously offered proprietary drivers for Vulkan and OpenGL have been excluded from the set. The AMF (Advanced Media Framework), which offers hardware-accelerated video encoders and decoders, has also been excluded from the composition. Instead of AMF, it is proposed to use the VA-API (Video Acceleration API) software interface in conjunction with Mesa for hardware acceleration of video encoding and decoding. https://www.amd.com/en/resources/support-articles/release-notes/RN-AMDGPU-UNIFIED-LINUX-25-10-1.html
Pilotes Radeon pour Linux 30/05/2025
AMD a publié le jeu de pilotes AMD Radeon Software for Linux 25.10.1, qui s'exécute sur le module AMDGPU développé dans le noyau Linux principal. Cette version se distingue par la prise en charge officielle des pilotes ouverts RADV et RadeonSI pour les API graphiques Vulkan et OpenGL fournies par le projet Mesa. Les pilotes propriétaires précédemment proposés pour Vulkan et OpenGL ont été exclus de ce jeu.
L'AMF (Advanced Media Framework), qui propose des encodeurs et décodeurs vidéo accélérés matériellement, a également été exclu. À la place d'AMF, il est proposé d'utiliser l'interface logicielle VA-API (Video Acceleration API) en conjonction avec Mesa pour l'accélération matérielle de l'encodage et du décodage vidéo.
https://www.amd.com/en/resources/support-articles/release-notes/RN-AMDGPU-UNIFIED-LINUX-25-10-1.html
Release of VeraCrypt 1.26.24: 31/05/2025 VeraCrypt 1.26.24 has been released. It is a fork of the defunct TrueCrypt disk partition encryption system. VeraCrypt is notable for replacing the RIPEMD-160 algorithm used in TrueCrypt with SHA-512 and SHA-256, increasing the number of hashing iterations, simplifying the build process for Linux and macOS, and eliminating issues identified during the audit of TrueCrypt source code. The code developed by the VeraCrypt project is distributed under the Apache 2.0 license, while borrowings from TrueCrypt continue to be distributed under the TrueCrypt License 3.0. Ready-made builds are generated for Linux, FreeBSD, Windows, and macOS. https://github.com/veracrypt/VeraCrypt/releases/tag/VeraCrypt_1.26.24
Sortie de VeraCrypt 1.26.24 31/05/2025
VeraCrypt 1.26.24 est disponible. Il s'agit d'un dérivé de l'ancien système de chiffrement de partitions de disque TrueCrypt. VeraCrypt se distingue par le remplacement de l'algorithme RIPEMD-160 utilisé dans TrueCrypt par SHA-512 et SHA-256, l'augmentation du nombre d'itérations de hachage, la simplification du processus de compilation pour Linux et macOS, et la correction des problèmes identifiés lors de l'audit du code source de TrueCrypt. Le code développé par le projet VeraCrypt est distribué sous la licence Apache 2.0, tandis que les emprunts à TrueCrypt continuent d'être distribués sous la licence TrueCrypt 3.0. Des compilations prêtes à l'emploi sont générées pour Linux, FreeBSD, Windows et macOS.
https://github.com/veracrypt/VeraCrypt/releases/tag/VeraCrypt_1.26.24
9
CentOS Repositories and RHEL 10 Test Builds for RISC-V Published: 31/05/2025 The CentOS project has announced the preparation of git repositories with changes required to build and run the distribution on systems with RISC-V processors. RISC-V-specific changes are available in the project's git repositories in the “c10s-rv” branches. In the near future, the prepared changes will be transferred from separate repositories to the main CentOS Stream, which will allow the formation of standard CentOS Stream builds for RISC-V. Meanwhile, Red Hat has opened access to a ready-to-test Red Hat Enterprise Linux 10 build for the SiFive HiFive Premier P550 RISC-V platforms. In addition, a 12.3 GB archive of source code for the packages used in this build has been published. The data is available to registered users of the Red Hat Customer Portal. https://blog.centos.org/2025/05/centos-for-risc-v-now-available/
Dépôts CentOS et builds de test RHEL 10 pour RISC-V publiés 31/05/2025
Le projet CentOS a annoncé la préparation de dépôts Git contenant les modifications nécessaires à la compilation et à l'exécution de la distribution sur des systèmes équipés de processeurs RISC-V. Les modifications spécifiques à RISC-V sont disponibles dans les dépôts Git du projet, dans les branches « c10s-rv ». Prochainement, les modifications préparées seront transférées des dépôts distincts vers le flux CentOS principal, ce qui permettra la création de builds CentOS Stream standard pour RISC-V.
Par ailleurs, Red Hat a ouvert l'accès à un build de Red Hat Enterprise Linux 10 prêt à être testé pour les plateformes SiFive HiFive Premier P550 RISC-V. De plus, une archive de 12,3 Go du code source des paquets utilisés dans ce build a été publiée. Ces données sont accessibles aux utilisateurs enregistrés sur le portail client de Red Hat.
https://blog.centos.org/2025/05/centos-for-risc-v-now-available/
Release of dpScreenOCR 1.5.0: 01/06/2025 The release of the program for optical character recognition dpScreenOCR 1.5.0, using Tesseract, is available. Ready-made builds are formed for Linux and Windows (package repositories for Debian and Ubuntu are also available). The program code is written in C++ and is distributed under the zlib license. dpScreenOCR allows you to capture an arbitrary area of the screen using a global hotkey and the mouse, the text in that capture will then be 'recognized'. Depending on the user's choice, the program can copy the recognized text to the clipboard, add it to the history, or send it to an external program. https://github.com/danpla/dpscreenocr/releases/tag/v1.5.0
Sortie de dpScreenOCR 1.5.0 01/06/2025
La version 1.5.0 du logiciel de reconnaissance optique de caractères dpScreenOCR, utilisant Tesseract, est disponible. Des versions prêtes à l'emploi sont disponibles pour Linux et Windows (des dépôts de paquets pour Debian et Ubuntu sont également disponibles). Le code du programme est écrit en C++ et distribué sous licence zlib.
dpScreenOCR permet de capturer une zone arbitraire de l'écran à l'aide d'un raccourci clavier global et de la souris. Le texte capturé est alors reconnu. Selon le choix de l'utilisateur, le programme peut copier le texte reconnu dans le presse-papiers, l'ajouter à l'historique ou l'envoyer vers un programme externe.
https://github.com/danpla/dpscreenocr/releases/tag/v1.5.0
The Linux Kernel Branch Drama: 01/06/2025 Linus Torvalds demanded that the kernel.org administrator immediately block the account of Kees Cook, the former chief sysadmin of kernel.org and leader of the Ubuntu Security Team, which maintains 14 security-related subsystems in the kernel. The reason for the blocking was a pull request to include changes in the 6.16 kernel branch, referring to a git repository in which the authorship information of some commits was changed. The git repository maintained by Kees contained dummy commits that had “Linus Torvalds” as the author and committer, but Linus had not added them. For example, there was a commit under Linus's name on Kes's branch that was a duplicate of another commit on Linus's branch, but with a different SHA1 hash. Both commits looked identical except for the signature information. The changes did not look like a random error during the “git rebase” operation, as they contained incorrect information about the author of the commit. Linus Torvalds considered this to be evidence of potentially malicious activity and initiated a block on accepting any changes from Kes until the reasons for such manipulations were determined and Kees's system was confirmed not to be compromised. Kees replied that he did not understand how this could have happened. He had previously encountered problems when trying to merge several of his git branches, after which he tried to solve them with the “git rebase” operation, but it did not seem to help. All this happened against the background of a crashed SSD drive, which gave errors during copying. Kees believed that after the crash he managed to restore the state of his repositories, but apparently this is not the case. To restore integrity, Kees intends to recreate his branches from individual patches. Kees believes that the most likely reason for the author substitution that occurred was an unsuccessful attempt to restore the repository after it was damaged. Linus is not satisfied with this explanation, because he thinks the changes to the commit history in Kees's repository look very much like deliberate actions, not an accidental failure. Rebasing the commit history with “git rebase” could explain the committer overwrite, but Linus cannot understand how such a “git rebase” could have been done by mistake. The rewriting of one or two commits could have been written off as a mistake, but Kees's repository had rewritten over six thousand merge commits, 330 of which had Linus as the author, even though those commits were not from Linus's git tree. The changes made look more like a script running than the result of data corruption on the drive, since they require a separate re-creation of a copy of each commit. Kees assured Linus that he had not done this on purpose and would not have done such experiments without warning (for example, the previous experiment to cause commit collisions was cleared with Linus). He had performed several manual operations on the repository this week and would now try to figure out what had gone wrong and reproduce the problem. For example, Kees had rebased the for-next/hardening and for-linus/hardening git trees, using the “master” branch instead of rc2, unlike previous rebases. During this operation, he had modified the scripts to test push requests. UPDATE 1: Kees Cook posted another message stating that the problem was most likely caused by using the “ git-filter-repo ” utility, which rewrites the commit history of a repository, in combination with the “ b4 trailers ” command, which is designed to get and apply trailers to commits (e.g. “Signed-off-by:”). UPDATE 2: Konstantin Ryabtsev confirmed that the problem was caused by careless use of this program (Kees did not pay attention to the warning in the output and ignored some correctness checks). Konstantin is 100% sure that the change was made without malicious intent. Kees's access to kernel.org has been restored. A check will be added to the b4 utility to prevent similar situations in the future and to prohibit rewriting commits whose author is different from the current user. https://lore.kernel.org/all/CAHk-%3Dwj4a_CvL6-%3D8gobwScstu-gJpX4XbX__hvcE%3De9zaQ_9A@mail.gmail.com/
Le drame de la branche du noyau Linux 01/06/2025
Linus Torvalds a exigé que l'administrateur de kernel.org bloque immédiatement le compte de Kees Cook, ancien administrateur système en chef de kernel.org et responsable de l'équipe de sécurité d'Ubuntu, qui gère 14 sous-systèmes liés à la sécurité dans le noyau. Ce blocage était dû à une demande d'inclusion de modifications dans la branche 6.16 du noyau, faisant référence à un dépôt Git dans lequel les informations d'auteur de certains commits avaient été modifiées.
Le dépôt Git géré par Kees contenait des commits factices dont l'auteur et le committer étaient « Linus Torvalds », mais Linus ne les avait pas ajoutés. Par exemple, un commit sous le nom de Linus sur la branche de Kees était un doublon d'un autre commit sur la branche de Linus, mais avec un hachage SHA1 différent. Les deux commits semblaient identiques, à l'exception des informations de signature.
Les modifications ne semblaient pas être une erreur aléatoire survenue lors de l'opération « git rebase », car elles contenaient des informations erronées sur l'auteur du commit. Linus Torvalds a considéré cela comme une preuve d'activité potentiellement malveillante et a bloqué l'acceptation des modifications de Kees jusqu'à ce que les raisons de ces manipulations soient déterminées et que le système de Kees soit confirmé comme non compromis.
Kees a répondu qu'il ne comprenait pas comment cela avait pu se produire. Il avait déjà rencontré des problèmes lors de la fusion de plusieurs de ses branches Git, après quoi il avait tenté de les résoudre avec l'opération « git rebase », sans succès. Tout cela s'est produit alors qu'un disque SSD était tombé en panne, ce qui a généré des erreurs lors de la copie. Kees pensait avoir réussi à restaurer l'état de ses dépôts après le crash, mais ce n'est apparemment pas le cas. Pour restaurer l'intégrité, Kees prévoit de recréer ses branches à partir de correctifs individuels. Kees pense que la raison la plus probable du remplacement d'auteur était une tentative infructueuse de restauration du dépôt après sa corruption.
Linus n'est pas satisfait de cette explication, car il pense que les modifications apportées à l'historique des commits dans le dépôt de Kees ressemblent davantage à des actions délibérées qu'à un échec accidentel. Rebaser l'historique des commits avec « git rebase » pourrait expliquer l'écrasement du committer, mais Linus ne comprend pas comment un tel « git rebase » a pu être effectué par erreur.
La réécriture d'un ou deux commits aurait pu être considérée comme une erreur, mais le dépôt de Kees avait réécrit plus de six mille commits de fusion, dont 330 avaient Linus comme auteur, même si ces commits ne provenaient pas de l'arborescence Git de Linus. Les modifications apportées ressemblent davantage à l'exécution d'un script qu'à la corruption de données sur le disque, car elles nécessitent la recréation d'une copie distincte de chaque commit.
Kees a assuré Linus qu'il n'avait pas agi ainsi intentionnellement et qu'il n'aurait pas mené de telles expériences sans avertissement (par exemple, l'expérience précédente visant à provoquer des collisions de commits a été validée par Linus). Il avait effectué plusieurs opérations manuelles sur le dépôt cette semaine et allait maintenant tenter de comprendre ce qui n'allait pas et de reproduire le problème. Par exemple, Kees avait rebasé les arborescences Git for-next/hardening et for-linus/hardening, en utilisant la branche « master » au lieu de rc2, contrairement aux rebasages précédents. Au cours de cette opération, il avait modifié les scripts pour tester les requêtes push.
MISE À JOUR 1 : Kees Cook a publié un autre message indiquant que le problème était probablement dû à l'utilisation de l'utilitaire « git-filter-repo », qui réécrit l'historique des commits d'un dépôt, en combinaison avec la commande « b4 trailers », conçue pour obtenir et appliquer des trailers aux commits (par exemple, « Signed-off-by: »).
MISE À JOUR 2 : Konstantin Ryabtsev a confirmé que le problème était dû à une utilisation imprudente de ce programme (Kees n'a pas prêté attention à l'avertissement dans la sortie et a ignoré certaines vérifications d'exactitude). Konstantin est absolument certain que la modification a été effectuée sans intention malveillante. L'accès de Kees à kernel.org a été rétabli. Une vérification sera ajoutée à l'utilitaire b4 afin d'éviter de telles situations à l'avenir et d'interdire la réécriture des commits dont l'auteur est différent de l'utilisateur actuel.
10
Release of pfSense CE 2.8.0: 02/06/2025 A new release of pfSense CE 2.8.0 (Community Edition) has been published. The distribution is based on the FreeBSD code base with some code from the m0n0wall project and the pf packet filter. An iso image for the amd64 architecture has been prepared for download. The distribution is managed via a Web interface. Captive Portal, NAT, VPN (IPsec, OpenVPN) and PPPoE can be used to administer user access to a wired or wireless network. A wide range of options for limiting bandwidth, limiting the number of simultaneous connections, filtering traffic and creating fault-tolerant configurations based on CARP is supported. Operation statistics are displayed as graphs or in a table. Authorization is supported by a local user database, as well as via RADIUS and LDAP. The user interface has been rewritten to use the free ACB (Automatic Configuration Backup) service, which allows you to automatically save backup copies of settings to the Netgate cloud storage (backup copies are transmitted encrypted). The ability to change the device key used for encryption has been added. https://www.netgate.com/blog/netgate-releases-pfsense-community-edition-version-2.8.0
Sortie de pfSense CE 2.8.0 02/06/2025
La nouvelle version 2.8.0 de pfSense CE (Édition Communautaire) a été publiée. La distribution repose sur le code source de FreeBSD, avec du code issu du projet m0n0wall et du filtre de paquets pf. Une image ISO pour l'architecture amd64 est disponible en téléchargement.
La distribution est gérée via une interface Web. Portail captif, NAT, VPN (IPsec, OpenVPN) et PPPoE permettent de gérer l'accès des utilisateurs à un réseau filaire ou sans fil. De nombreuses options sont prises en charge pour limiter la bande passante, limiter le nombre de connexions simultanées, filtrer le trafic et créer des configurations tolérantes aux pannes basées sur CARP. Les statistiques d'exploitation sont affichées sous forme de graphiques ou de tableaux. L'autorisation est prise en charge par une base de données utilisateur locale, ainsi que par RADIUS et LDAP. L'interface utilisateur a été réécrite pour utiliser le service gratuit ACB (Automatic Configuration Backup), qui permet d'enregistrer automatiquement des copies de sauvegarde des paramètres sur le stockage nuagique Netgate (les copies de sauvegarde sont transmises chiffrées). Il est désormais possible de modifier la clé de chiffrement de l'appareil.
https://www.netgate.com/blog/netgate-releases-pfsense-community-edition-version-2.8.0
GNOME OS distribution enters testing on real hardware: 02/06/2025 The initiative to transform GNOME OS from a distribution for GNOME testers and developers into a general-purpose distribution suitable for everyday use by regular users has entered a new phase. The readiness of GNOME OS nightly builds for testing by developers and advanced users has been announced. The main goal of testing is to hone the system while using GNOME OS on real hardware as the main OS. GNOME OS uses the systemd-sysupdate component fore atomic system updates and flatpak to install additional programs. A prototype installer is used for installation, which does not yet contain all the expected features. The size of the iso image offered for download is 1.9 GB. To encourage GNOME OS testing, a contest has been established, where the winner will receive a OnePlus 6 smartphone with a firmware based on postmarketOS. The winner will be the user who has collected the most points, awarded based on the calculation: 10 points for daily use of GNOME OS on the main computer for at least 4 weeks; 1 point for each correct bug report; 3 points for each accepted pull request; 5 points for each fix of an issue posted in the bug tracking system. https://blogs.gnome.org/tbernard/2025/06/01/summer-of-gnome-os/
La distribution GNOME OS entre en phase de test sur matériel réel 02/06/2025
L'initiative visant à transformer GNOME OS, d'une distribution destinée aux testeurs et développeurs GNOME, en une distribution polyvalente adaptée à une utilisation quotidienne par des utilisateurs lambda, est entrée dans une nouvelle phase. La disponibilité des versions nocturnes de GNOME OS pour les tests par les développeurs et les utilisateurs avancés a été annoncée. L'objectif principal de ces tests est de perfectionner le système tout en utilisant GNOME OS sur du matériel réel comme système d'exploitation principal.
GNOME OS utilise le composant systemd-sysupdate pour les mises à jour système atomiques et flatpak pour installer des programmes supplémentaires. Un prototype d'installeur est utilisé pour l'installation, mais il ne contient pas encore toutes les fonctionnalités attendues. La taille de l'image ISO proposée au téléchargement est de 1,9 Go.
Pour encourager les tests de GNOME OS, un concours a été organisé. Le gagnant remportera un smartphone OnePlus 6 équipé d'un firmware basé sur PostMarketOS. Le gagnant sera l'utilisateur ayant accumulé le plus de points, attribués selon le calcul suivant : 10 points pour une utilisation quotidienne du système d'exploitation GNOME sur l'ordinateur principal pendant au moins 4 semaines ; 1 point pour chaque rapport de bug correct ; 3 points pour chaque pull request acceptée ; 5 points pour chaque correction de bug publiée dans le système de suivi des bugs.
https://blogs.gnome.org/tbernard/2025/06/01/summer-of-gnome-os/
Oracle Linux 9.6 Released: 03/06/2025 Oracle has published Oracle Linux 9.6, created, based off of Red Hat Enterprise Linux 9.6 and fully binary compatible with it. Installation iso images of 13 GB and 1.3 GB in size, prepared for the x86_64 and ARM64 (aarch64) architectures, are offered for download. For Oracle Linux 9, unlimited and free access to the yum repository with binary package updates with the elimination of errors and security issues is open. Separately supported repositories with sets of Application Stream and CodeReady Builder packages are also prepared for download. In addition to the kernel package from RHEL (based on kernel 5.14), Oracle Linux offers its own kernel, Unbreakable Enterprise Kernel 8 (UEK 8), based on Linux kernel 6.12 and optimized for working with Oracle industrial software and hardware. The kernel source code, including a breakdown into separate patches, is available in Oracle's public Git repository. The Unbreakable Enterprise Kernel is installed by default, is positioned as an alternative to the standard package with the RHEL kernel, and provides a number of advanced features, like DTrace integration and improved Btrfs support. In addition to the additional kernel, Oracle Linux 9.6 and RHEL 9.6 are completely identical in functionality. https://blogs.oracle.com/linux/post/oracle-linux-9-6-now-generally-available
Oracle Linux 9.6 publié 03/06/2025
Oracle a publié Oracle Linux 9.6, basé sur Red Hat Enterprise Linux 9.6 et entièrement compatible binairement avec celui-ci. Des images ISO d'installation de 13 Go et 1,3 Go, préparées pour les architectures x86_64 et ARM64 (aarch64), sont disponibles en téléchargement. Pour Oracle Linux 9, un accès illimité et gratuit au dépôt yum, avec mises à jour des paquets binaires et correction des erreurs et problèmes de sécurité, est ouvert. Des dépôts pris en charge séparément, contenant des ensembles de paquets Application Stream et CodeReady Builder, sont également disponibles en téléchargement.
Outre le paquet du noyau de RHEL (basé sur le noyau 5.14), Oracle Linux propose son propre noyau, Unbreakable Enterprise Kernel 8 (UEK 8), basé sur le noyau 6.12 de Linux et optimisé pour fonctionner avec les logiciels et matériels industriels d'Oracle. Le code source du noyau, avec sa décomposition en correctifs distincts, est disponible dans le dépôt Git public d'Oracle. Le noyau Unbreakable Enterprise est installé par défaut et constitue une alternative au paquet standard du noyau RHEL. Il offre plusieurs fonctionnalités avancées, comme l'intégration de DTrace et une prise en charge améliorée de Btrfs. Outre ce noyau supplémentaire, Oracle Linux 9.6 et RHEL 9.6 offrent des fonctionnalités totalement identiques.
https://blogs.oracle.com/linux/post/oracle-linux-9-6-now-generally-available
11
Release of RawTherapee 5.12: 03/06/2025 The release of RawTherapee 5.12 has been published. It provides tools for editing photos and converting RAW images. The program supports a large number of RAW file formats, including cameras with Foveon and X-Trans sensors, and can also work with the Adobe DNG standard and with the JPEG, PNG and TIFF formats (up to 32 bits per channel). The project code is written in C++ using GTK and is distributed under the GPLv3 license. Builds are available for Linux (AppImage), macOS and Windows. RawTherapee provides a set of tools for color correction, white balance, brightness and contrast adjustment, as well as automatic image quality enhancement and noise removal. Several algorithms for image quality normalization, lighting correction, noise reduction, detail enhancement, shadow reduction, edge and perspective correction, automatic removal of dead pixels and exposure changes, sharpening, scratch and dust removal have been implemented. Interestingly, they dded a new “Dehaze” option to the Raw Black Points tool, which sets the black level in each channel to the intensity of the darkest point in the image. https://rawtherapee.com/2025/05/rawtherapee-5.12-released/
Sortie de RawTherapee 5.12 03/06/2025
La version 5.12 de RawTherapee est disponible. Elle propose des outils de retouche photo et de conversion d'images RAW. Le programme prend en charge un grand nombre de formats de fichiers RAW, notamment les appareils photo équipés de capteurs Foveon et X-Trans, et fonctionne également avec la norme Adobe DNG ainsi qu'avec les formats JPEG, PNG et TIFF (jusqu'à 32 bits par canal). Le code du projet est écrit en C++ avec GTK et est distribué sous licence GPLv3. Des versions sont disponibles pour Linux (AppImage), macOS et Windows.
RawTherapee propose un ensemble d'outils pour la correction des couleurs, la balance des blancs, le réglage de la luminosité et du contraste, ainsi que l'amélioration automatique de la qualité d'image et la suppression du bruit. Plusieurs algorithmes ont été implémentés pour la normalisation de la qualité d'image, la correction de l'éclairage, la réduction du bruit, l'amélioration des détails, la réduction des ombres, la correction des contours et de la perspective, la suppression automatique des pixels morts et des modifications d'exposition, la netteté, la suppression des rayures et de la poussière.
Il est intéressant de noter qu'une nouvelle option « Correction du voile » a été ajoutée à l'outil Points noirs bruts, qui définit le niveau de noir de chaque canal en fonction de l'intensité du point le plus sombre de l'image.
https://rawtherapee.com/2025/05/rawtherapee-5.12-released/
IGL 1.1 Graphics Library Released: 03/06/2025 Meta has released the IGL 1.1 (Intermediate Graphics Library) graphics library , which provides a universal low-level API for GPU management. The IGL API covers typical GPU functionality and allows you to create cross-platform applications that can run on top of the OpenGL, Metal, and Vulkan graphics APIs on Android, iOS, Linux, macOS, and Windows systems, as well as use WebGL for rendering on the Web when compiling the application into WebAssembly intermediate code. The IGL library is written in C++ and is distributed under the MIT license. For rendering, back-ends are provided for the Metal 2+, OpenGL 2.x, OpenGL 3.1+, OpenGL ES 2.0+, Vulkan 1.1, and WebGL 2.0 APIs. The library is suitable for developing games, 3D modeling systems, and any other projects that require high-quality graphics support. IGL code is optimized to achieve maximum performance even when working with complex and detailed models. The API structure is designed with ease of use in mind and implements typical concepts that are understandable to most developers familiar with one of the graphics APIs. IGL is close to Vulkan and WebGPU in terms of abstraction level, but is free of specific engine-specific features. The library supports extensions, which can be used to integrate additional functionality and implement emerging non-standard developer needs. https://github.com/facebook/igl/releases/tag/v1.0.0
Sortie de la bibliothèque graphique IGL 1.1 03/06/2025
Meta a publié la bibliothèque graphique IGL 1.1 (Intermediate Graphics Library), qui fournit une API universelle de bas niveau pour la gestion des GPU. L'API IGL couvre les fonctionnalités classiques des GPU et permet de créer des applications multiplateformes s'exécutant sur les API graphiques OpenGL, Metal et Vulkan sur les systèmes Android, iOS, Linux, macOS et Windows, ainsi que d'utiliser WebGL pour le rendu sur le Web lors de la compilation de l'application en code intermédiaire WebAssembly. La bibliothèque IGL est écrite en C++ et distribuée sous licence du MIT.
Pour le rendu, des back-ends sont fournis pour les API Metal 2+, OpenGL 2.x, OpenGL 3.1+, OpenGL ES 2.0+, Vulkan 1.1 et WebGL 2.0. Cette bibliothèque est idéale pour le développement de jeux, de systèmes de modélisation 3D et de tout autre projet nécessitant une prise en charge graphique de haute qualité. Le code IGL est optimisé pour atteindre des performances maximales, même avec des modèles complexes et détaillés.
La structure de l'API est conçue pour une utilisation facile et implémente des concepts courants, compréhensibles par la plupart des développeurs familiarisés avec les API graphiques. IGL est proche de Vulkan et WebGPU en termes de niveau d'abstraction, mais ne présente aucune fonctionnalité spécifique au moteur. La bibliothèque prend en charge des extensions permettant d'intégrer des fonctionnalités supplémentaires et de répondre aux besoins émergents des développeurs.
https://github.com/facebook/igl/releases/tag/v1.0.0
Release of /e/OS 3.0: 03/06/2025 The /e/OS 3.0 mobile platform, focused on user privacy, has been released. The platform was founded by Gaël Duval, the creator of Mandrake Linux. The project supports 221 smartphone models and creates firmware builds for the most popular ones. Based on OnePlus, Fairphone, Teracube and Pixel smartphones, proprietary device editions have been prepared , distributed with pre-installed /e/OS firmware under the Murena One, Murena 2, Murena Fairphone 4/5, Murena Teracube 2e and Murena Pixel 5/7 brands. The /e/OS firmware is being developed as a fork of the LineageOS platform (based on Android), freed from the connection to Google services and infrastructure to exclude the transmission of telemetry to Google servers and to increase the level of privacy. Among other things, implicit sending of information is blocked, for example, requests to Google servers when checking network availability, resolving DNS and determining the exact time. The package includes the microG package, which offers independent analogues of Google services, which allows you to do without installing proprietary components. For determining the location via Wi-Fi and base stations (without GPS), the UnifiedNlp layer is capable of working via BeaconDB, OpenWlanMap, openBmap, OpenCellID, lacells.db and other alternative services. Instead of the Google search engine, the Murena Find metasearch service is offered, based on the Qwant search engine, a metasearch service based on a fork of the Searx engine, anonymizing the queries sent. To synchronize the exact time, instead of accessing the Google NTP server, requests are sent to servers from the NTP Pool collection and instead of Google's DNS servers (8.8.8.8), the DNS servers of the current provider are used. The Web browser has an ad blocker and scripts for tracking movements enabled by default. To synchronize files and application data, a proprietary service has been developed that is compatible with the Nextcloud-based infrastructure. The server components are based on open source software and are available for installation on user-controlled systems. The user interface includes its own environment for launching applications BlissLauncher ], an improved notification system, a new lock screen and a different style design. BlissLauncher uses a set of automatically scalable icons developed for /e/OS and a separate selection of widgets (for example, a widget for displaying the weather forecast). The project is also developing its own authentication manager, allowing you to use a single account (user@murena.io) for all services, registered during the first installation. The account can be used to access your environment from other devices or via the Web. Murena Cloud provides 1GB free of charge for storing your data, synchronizing applications and backups. The included applications include: the 'Mail' email client (a fork of K9-Mail), the Cromite Web browser (based on Chromium), the OpenCamera camera app, the QKSMS instant messaging app , the nextcloud-notes note-taking system , the MJ PDF PDF viewer , the opentasks scheduler, the Magic Earth map app, the gallery3d photo gallery, the file manager and the App Lounge application catalog . https://gitlab.e.foundation/e/os/releases/-/releases/v3.0-t
Sortie de /e/OS 3.0 03/06/2025
La plateforme mobile /e/OS 3.0, axée sur la confidentialité des utilisateurs, est disponible. Fondée par Gaël Duval, créateur de Mandrake Linux, elle prend en charge 221 modèles de smartphones et propose des firmwares pour les plus populaires. Des versions propriétaires, basées sur les smartphones OnePlus, Fairphone, Teracube et Pixel, ont été préparées et distribuées avec le firmware /e/OS préinstallé pour les marques Murena One, Murena 2, Murena Fairphone 4/5, Murena Teracube 2e et Murena Pixel 5/7.
Le firmware /e/OS est développé comme un fork de la plateforme LineageOS (basée sur Android), libéré de la connexion aux services et à l'infrastructure de Google afin d'exclure la transmission de données télémétriques aux serveurs Google et d'améliorer le niveau de confidentialité. Entre autres, l'envoi implicite d'informations est bloqué, par exemple les requêtes aux serveurs Google lors de la vérification de la disponibilité du réseau, de la résolution DNS et de la détermination de l'heure exacte.
Le paquet inclut le paquet microG, qui propose des services Google similaires et indépendants, sans installation de composants propriétaires. Pour la localisation via Wi-Fi et les stations de base (sans GPS), la couche UnifiedNlp fonctionne via BeaconDB, OpenWlanMap, openBmap, OpenCellID, lacells.db et d'autres services alternatifs. À la place du moteur de recherche Google, le service de métarecherche Murena Find est proposé, basé sur le moteur de recherche Qwant, un service de métarecherche basé sur un dérivé du moteur Searx, anonymisant les requêtes envoyées.
Pour synchroniser l'heure exacte, au lieu d'accéder au serveur NTP de Google, les requêtes sont envoyées aux serveurs du pool NTP et, au lieu des serveurs DNS de Google (8.8.8.8), les serveurs DNS du fournisseur actuel sont utilisés. Le navigateur Web dispose d'un bloqueur de publicités et de scripts de suivi des mouvements activés par défaut. Pour synchroniser les fichiers et les données des applications, un service propriétaire a été développé, compatible avec l'infrastructure Nextcloud. Les composants du serveur sont basés sur des logiciels Open Source et peuvent être installés sur des systèmes contrôlés par l'utilisateur.
L'interface utilisateur comprend son propre environnement de lancement d'applications (BlissLauncher), un système de notifications amélioré, un nouvel écran de verrouillage et un design graphique différent. BlissLauncher utilise un ensemble d'icônes redimensionnables automatiquement, développé pour /e/OS, et une sélection distincte de widgets (par exemple, un widget pour afficher les prévisions météo).
Le projet développe également son propre gestionnaire d'authentification, permettant d'utiliser un compte unique (user@murena.io) pour tous les services, enregistré lors de la première installation. Ce compte permet d'accéder à votre environnement depuis d'autres appareils ou via le Web. Murena Cloud offre 1 Go de stockage gratuit pour le stockage de vos données, la synchronisation des applications et les sauvegardes.
Les applications incluses incluent : le client de messagerie « Mail » (un dérivé de K9-Mail), le navigateur Web Cromite (basé sur Chromium), l'application d'appareil photo OpenCamera, l'application de messagerie instantanée QKSMS, le système de prise de notes nextcloud-notes, la visionneuse PDF MJ PDF, le planificateur OpenTasks, l'application cartographique Magic Earth, la galerie photo gallery3d, le gestionnaire de fichiers et le catalogue d'applications App Lounge.
12
Ubuntu Touch OTA-9 Focal: 03/06/2025 The OTA-9 Focal (over-the-air) firmware has been released, developed by the UBports project, which took over the development of the Ubuntu Touch mobile platform after Canonical stepped away from it. This is the eighth release of Ubuntu Touch, based on the Ubuntu 20.04 package base. The project also develops an experimental port of the Unity 8 desktop, which has been renamed Lomiri. Ubuntu Touch OTA-9 Focal update will be generated in the coming days for Asus Zenfone Max Pro M1, F(x)tec Pro1 X, Fairphone 3/3+/4, Google Pixel 3a/3a XL, JingPad A1, Oneplus 5/5T/6/6T, OnePlus Nord N10 5G/N100, Sony Xperia X, Vollaphone X/22/X23 and Xiaomi Poco X3 NFC / X3, Xiaomi Poco M2 Pro, Xiaomi Redmi Note 9 Pro/Pro Max/9S, Volla Phone Quintus and Volla Tablet. Compared to the previous release, builds for Lenovo Tab M10 HD 2nd Gen and Xiaomi Redmi 9/9 Prime have been added. The development of the new release focused on preparing for the transition to the newer LTS branch of Ubuntu. https://ubports.com/en/blog/ubports-news-1/post/ubuntu-touch-ota-9-focal-release-3962
Ubuntu Touch OTA-9 Focal 03/06/2025
Le micrologiciel OTA-9 Focal (over-the-air) est disponible. Il est développé par le projet UBports, qui a repris le développement de la plateforme mobile Ubuntu Touch après le retrait de Canonical. Il s'agit de la huitième version d'Ubuntu Touch, basée sur le paquet Ubuntu 20.04. Le projet développe également un portage expérimental du bureau Unity 8, rebaptisé Lomiri.
La mise à jour OTA-9 Focal d'Ubuntu Touch sera disponible dans les prochains jours pour les modèles Asus Zenfone Max Pro M1, F(x)tec Pro1 X, Fairphone 3/3+/4, Google Pixel 3a/3a XL, JingPad A1, OnePlus 5/5T/6/6T, OnePlus Nord N10 5G/N100, Sony Xperia X, Vollaphone X/22/X23 et Xiaomi Poco X3 NFC/X3, Xiaomi Poco M2 Pro, Xiaomi Redmi Note 9 Pro/Pro Max/9S, Volla Phone Quintus et Volla Tablet. Par rapport à la version précédente, des versions pour Lenovo Tab M10 HD 2e génération et Xiaomi Redmi 9/9 Prime ont été ajoutées.
Le développement de cette nouvelle version visait à préparer la transition vers la nouvelle version LTS d'Ubuntu.
https://ubports.com/fr/blog/ubports-news-1/post/ubuntu-touch-ota-9-focal-release-3962
PeerTube 7.2 has been released: 04/06/2025 PeerTube 7.2 has been released. It is designed to create independent decentralized video hosting and broadcasting systems that are an alternative to services such as YouTube, Dailymotion, and Vimeo. The content distribution network created with PeerTube is based on linking visitors' browsers together and using P2P communications. The project code is distributed under the AGPLv3 license. PeerTube allows you to launch your own video distribution server and connect it to a common federated network. Visitors participate in the delivery of content and have the ability to subscribe to channels and receive notifications about new videos, regardless of which server they use. The PeerTube federated network is formed as a community of interconnected small video hosting servers, each with its own administrator and rules. The ActivityPub protocol is used for interaction between servers in a federated network. The user ID is “@username@server_domain”. When viewing a video, data is loaded, if possible, by accessing the browsers of other visitors viewing the same content.. In addition to distributing traffic between users watching videos, PeerTube allows servers to cache videos from other authors. This creates a distributed network of not only clients, but also servers, and ensures fault tolerance. In addition to distributing finished videos, there is support for live streaming with content delivery in P2P mode. Standard programs such as OBS can be used to manage streaming . Initially, the PeerTube platform was based on the use of the BitTorrent client WebTorrent, launched in the browser and using WebRTC technology to organize a direct P2P communication channel between browsers. Later, instead of WebTorrent, the HLS (HTTP Live Streaming) protocol was used in conjunction with WebRTC, allowing adaptive flow control depending on the bandwidth. https://joinpeertube.org/news/release-7.2
PeerTube 7.2 est sorti 04/06/2025
PeerTube 7.2 est sorti. Conçu pour créer des systèmes d'hébergement et de diffusion vidéo indépendants et décentralisés, il constitue une alternative aux services tels que YouTube, Dailymotion et Vimeo. Le réseau de distribution de contenu créé avec PeerTube repose sur la connexion des navigateurs des visiteurs et l'utilisation de communications P2P. Le code du projet est distribué sous licence AGPLv3.
PeerTube vous permet de lancer votre propre serveur de distribution vidéo et de le connecter à un réseau fédéré commun. Les visiteurs participent à la diffusion du contenu, peuvent s'abonner à des chaînes et recevoir des notifications sur les nouvelles vidéos, quel que soit le serveur utilisé. Le réseau fédéré PeerTube est une communauté de petits serveurs d'hébergement vidéo interconnectés, chacun disposant de son propre administrateur et de ses propres règles.
Le protocole ActivityPub est utilisé pour l'interaction entre les serveurs d'un réseau fédéré. L'identifiant utilisateur est « @nom_utilisateur@domaine_serveur ». Lors du visionnage d'une vidéo, les données sont chargées, si possible, en accédant aux navigateurs des autres visiteurs qui consultent le même contenu.
Outre la répartition du trafic entre les utilisateurs, PeerTube permet aux serveurs de mettre en cache les vidéos d'autres auteurs. Cela crée un réseau distribué, composé non seulement de clients, mais aussi de serveurs, et garantit la tolérance aux pannes. Outre la distribution des vidéos finies, PeerTube prend en charge le streaming en direct avec diffusion de contenu en mode P2P. Des programmes standard tels qu'OBS peuvent être utilisés pour gérer le streaming.
Initialement, la plateforme PeerTube reposait sur le client BitTorrent WebTorrent, lancé dans le navigateur et utilisant la technologie WebRTC pour organiser un canal de communication P2P direct entre les navigateurs. Plus tard, à la place de WebTorrent, le protocole HLS (HTTP Live Streaming) a été utilisé conjointement avec WebRTC, permettant un contrôle adaptatif du flux en fonction de la bande passante.
https://joinpeertube.org/news/release-7.2
Rocky Linux 9.6 released: 04/06/2025 The release of Rocky Linux 9.6 was presented, aimed at creating a free RHEL build that can take the place of the classic CentOS. The distribution is binary compatible with Red Hat Enterprise Linux and can be used as a replacement for RHEL 9.6 and CentOS 9 Stream. Support for the Rocky Linux 9 branch will be carried out until May 31, 2032. Rocky Linux installation iso images are prepared for the x86_64, aarch64, ppc64le and s390x (IBM Z) architectures. Additionally, live builds with GNOME, KDE, Cinnamon and Xfce desktops are offered , published for the x86_64 architecture. As with classic CentOS, the changes made to Rocky Linux packages come down to getting rid of the Red Hat brand and removing RHEL-specific packages such as redhat-*, insights-client, and subscription-manager-migration*. An overview of the list of changes in Rocky Linux 9.6 can be found in the RHEL 9.6 announcement. Among the changes specific to Rocky Linux, it is worth noting the delivery of openldap 2.6.8, PyQt-builder 1.12.2 and spirv-headers 1.5.5 packages in a separate plus repository, and in the NFV repository of packages for virtualization of network components, developed by the NFV (Network Functions Virtualization) SIG group. Rocky Linux also supports the CRB (Code Ready Builder with additional packages for developers, replaced PowerTools), RT (packages for working in real time), HighAvailability , ResilientStorage , SAP and SAPHANA (packages for SAP HANA) repositories. An experimental package with the Linux kernel - kernel-uki - has been added, providing a unified image UKI (Unified Kernel Image), certified with a separate key for SecureBoot. https://rockylinux.org/news/rocky-linux-9-6-ga-release
Sortie de Rocky Linux 9.6 04/06/2025
La sortie de Rocky Linux 9.6 a été annoncée. Elle vise à créer une version RHEL libre pouvant remplacer CentOS classique. Cette distribution est compatible binairement avec Red Hat Enterprise Linux et peut remplacer RHEL 9.6 et CentOS 9 Stream. La prise en charge de la branche Rocky Linux 9 sera assurée jusqu'au 31 mai 2032. Les images ISO d'installation de Rocky Linux sont préparées pour les architectures x86_64, aarch64, ppc64le et s390x (IBM Z). De plus, des versions Live pour les bureaux GNOME, KDE, Cinnamon et Xfce sont disponibles, publiées pour l'architecture x86_64.
Comme pour CentOS classique, les modifications apportées aux paquets Rocky Linux se résument à la suppression de la marque Red Hat et des paquets spécifiques à RHEL tels que redhat-*, insights-client et subscription-manager-migration*. Un aperçu des modifications apportées à Rocky Linux 9.6 est disponible dans l'annonce de RHEL 9.6.
Parmi les modifications spécifiques à Rocky Linux, il convient de noter la livraison des paquets openldap 2.6.8, PyQt-builder 1.12.2 et spirv-headers 1.5.5 dans un dépôt plus distinct, ainsi que dans le dépôt NFV de paquets pour la virtualisation des composants réseau, développé par le groupe SIG NFV (Network Functions Virtualization). Rocky Linux prend également en charge les dépôts CRB (Code Ready Builder avec des paquets supplémentaires pour les développeurs, remplaçant PowerTools), RT (paquets pour le travail en temps réel), HighAvailability, ResilientStorage, SAP et SAPHANA (paquets pour SAP HANA). Un paquet expérimental avec le noyau Linux, kernel-uki, a été ajouté, fournissant une image unifiée UKI (Unified Kernel Image), certifiée avec une clé distincte pour SecureBoot.
13
SeaMonkey 2.53.21: 05/06/2025 The SeaMonkey 2.53.21 suite of Internet applications has been released. It combines a Web browser, email client, NNTP conference client, news feed aggregation system (RSS/Atom) and WYSIWYG HTML page editor Composer in one product. The ChatZilla IRC client, DOM Inspector Web developer toolkit and Lightning calendar planner are offered as pre-installed add-ons. The new release includes fixes and changes from the current Firefox code base (SeaMonkey 2.53 is based on the Firefox 60.8 browser engine with security fixes and some improvements ported from the current Firefox branches). https://blog.seamonkey-project.org/2025/06/05/seamonkey-2-53-21-is-out/
SeaMonkey 2.53.21 05/06/2025
La suite d'applications Internet SeaMonkey 2.53.21 est disponible. Elle intègre un navigateur Web, un client de messagerie, un client de conférence NNTP, un système d'agrégation de flux d'actualités (RSS/Atom) et un éditeur de pages HTML WYSIWYG Composer. Le client IRC ChatZilla, la boîte à outils de développement Web DOM Inspector et le planificateur d'agenda Lightning sont proposés sous forme de modules complémentaires préinstallés. Cette nouvelle version inclut des correctifs et des modifications par rapport à la version actuelle de Firefox (SeaMonkey 2.53 est basé sur le moteur de navigateur Firefox 60.8, avec des correctifs de sécurité et quelques améliorations issues des versions actuelles de Firefox).
https://blog.seamonkey-project.org/2025/06/05/seamonkey-2-53-21-is-out/
Canonical to End Bazaar Support on Launchpad: 05/06/2025 Canonical has announced that it will no longer support the Bazaar version control system in Launchpad, the Ubuntu development platform used to collaborate on code, track bugs, review changes, build and host packages. Launchpad initially supported version control only through Bazaar. In 2015, Launchpad added support for Git, which has since become the primary change control system for code. The last release of Bazaar was published by Canonical in 2016, after which development slowed down and the project was never ported to Python 3 (the release of Bazaar 2.8, which was expected to switch to Python 3, remained in the planning stage). Bazaar and Git have similar functionality and after the widespread distribution of Git and the decline in popularity of Bazaar, there is no point in continuing to provide hosting of Bazaar repositories in Launchpad. Keeping such hosting afloat requires significant resources for development and infrastructure, which could be spent on more useful things. In 2018, Bazaar enthusiasts founded a fork - Breezy (brz), which ported it to Python 3 and added optional support for the Git storage format. Breezy combines the capabilities of decentralized (git/hg) and centralized version control systems (cvs/svn), and supports features such as Subversion-style checkout of repository contents, separate branches for working on new features in the Mercurial style, and the ability for multiple developers to collaborate on a single working copy of the repository, similar to Git. The system continues to be actively developed - the latest release of Breezy 3.3.12 was published two weeks ago. Launchpad will deprecate Bazaar in two stages. The first stage will see Launchpad disable the Web front-end used to navigate code in Bazaar repositories. Log analysis has shown that almost no one uses this interface anymore, and almost all requests are related to bot activity. The second stage will see the code hosting back-end disabled, which will make it impossible to pull, push, and merge Bazaar repositories hosted in Launchpad. The launch date for the first stage has not yet been determined (it was said to be coming soon). The second stage is scheduled for September 1, 2025. Launchpad users should migrate their repositories from Bazaar to Git before September 1. https://discourse.ubuntu.com/t/phasing-out-bazaar-code-hosting/6218
Canonical met fin à la prise en charge de Bazaar sur Launchpad 05/06/2025
Canonical a annoncé la fin de la prise en charge du système de contrôle de version Bazaar sur Launchpad, la plateforme de développement Ubuntu utilisée pour collaborer sur le code, suivre les bugs, examiner les modifications, compiler et héberger les paquets. Initialement, Launchpad ne prenait en charge le contrôle de version que via Bazaar. En 2015, Launchpad a ajouté la prise en charge de Git, devenu depuis le principal système de contrôle des modifications du code.
La dernière version de Bazaar a été publiée par Canonical en 2016, après quoi le développement a ralenti et le projet n'a jamais été porté vers Python 3 (la version 2.8 de Bazaar, qui devait migrer vers Python 3, est restée à l'état de projet). Bazaar et Git ont des fonctionnalités similaires et, après la large diffusion de Git et le déclin de Bazaar, il est inutile de continuer à héberger les dépôts Bazaar sur Launchpad. Maintenir un tel hébergement nécessite des ressources importantes en développement et en infrastructure, qui pourraient être consacrées à des tâches plus utiles.
En 2018, des passionnés de Bazaar ont créé un fork, Breezy (brz), qui a porté le système vers Python 3 et ajouté la prise en charge optionnelle du format de stockage Git. Breezy combine les fonctionnalités des systèmes de gestion de versions décentralisés (git/hg) et centralisés (cvs/svn), et prend en charge des fonctionnalités telles que l'extraction du contenu des dépôts de type Subversion, des branches distinctes pour travailler sur de nouvelles fonctionnalités de type Mercurial, et la possibilité pour plusieurs développeurs de collaborer sur une seule copie de travail du dépôt, à l'instar de Git. Le système continue de progresser activement ; la dernière version, Breezy 3.3.12, a été publiée il y a deux semaines.
Launcherpad dépréciera Bazaar en deux étapes. La première étape verra Launchpad désactiver l'interface Web utilisée pour naviguer dans le code des dépôts Bazaar. L'analyse des journaux a montré que presque personne n'utilise cette interface et que la quasi-totalité des requêtes sont liées à l'activité des robots. La deuxième étape verra le back-end hébergeant le code désactivé, ce qui rendra impossible l'extraction, la diffusion et la fusion des dépôts Bazaar hébergés dans Launchpad. La date de lancement de la première étape n'a pas encore été fixée (elle était annoncée comme prochaine). La deuxième étape est prévue pour le 1er septembre 2025. Les utilisateurs de Launchpad doivent migrer leurs dépôts de Bazaar vers Git avant le 1er septembre.
https://discourse.ubuntu.com/t/phasing-out-bazaar-code-hosting/6218
Release of wxWidgets 3.3.0: 06/06/2025 After three years of development, the cross-platform wxWidgets 3.3.0 toolkit has been released, allowing you to create graphical interfaces for Linux, Windows, macOS, UNIX-like systems, and mobile platforms. The toolkit is written in C++ and is distributed under the free wxWindows Library License, approved by the Free Software Foundation and the OSI organization. The license is based on the LGPL and allows you to set your own conditions for distributing derivative works in binary form. In addition to C++ support, wxWidgets provides bindings for most popular programming languages, including PHP, Python, Perl, Haskell, and Ruby. The interface in applications using wxWidgets has a native look and feel for the target system, thanks to the use of system APIs rather than a simulated GUI. wxWidgets 3.3.0 is positioned as a development branch, where new features are developed for the next stable release 3.4.0. At the same time, the wxWidgets 3.3.0 branch is marked as suitable for use in working projects - the difference from stable branches is that in intermediate releases of development branches, changes to the ABI and API that violate compatibility are allowed. Changes that break compatibility are isolated and, in general, the 3.3 branch is almost completely compatible with wxWidgets 3.2 at the API level. https://github.com/wxWidgets/wxWidgets/blob/master/docs/publicity/announce.txt
Sortie de wxWidgets 3.3.0 06/06/2025
Après trois ans de développement, la boîte à outils multiplateforme wxWidgets 3.3.0 est disponible. Elle permet de créer des interfaces graphiques pour Linux, Windows, macOS, les systèmes de type UNIX et les plateformes mobiles. Écrite en C++, elle est distribuée sous la licence libre wxWindows Library License, approuvée par la Free Software Foundation et l'organisation OSI. Cette licence est basée sur la LGPL et vous permet de définir vos propres conditions de distribution des œuvres dérivées sous forme binaire.
Outre la prise en charge du C++, wxWidgets fournit des liaisons pour la plupart des langages de programmation courants, notamment PHP, Python, Perl, Haskell et Ruby. L'interface des applications utilisant wxWidgets présente une interface native pour le système cible, grâce à l'utilisation des API système plutôt que d'une interface graphique simulée.
wxWidgets 3.3.0 est positionnée comme une branche de développement, où de nouvelles fonctionnalités sont développées pour la prochaine version stable 3.4.0. Parallèlement, la branche wxWidgets 3.3.0 est identifiée comme adaptée aux projets opérationnels. La différence avec les branches stables réside dans le fait que, dans les versions intermédiaires des branches de développement, les modifications de l'ABI et de l'API qui compromettent la compatibilité sont autorisées. Les modifications incompatibles sont isolées et, de manière générale, la branche 3.3 est presque entièrement compatible avec wxWidgets 3.2 au niveau de l'API.
https://github.com/wxWidgets/wxWidgets/blob/master/docs/publicity/announce.txt
14
Redox OS Adds Support for X11, GTK 3, and Mesa3D EGL: 06/06/2025 The developers of the Redox operating system, written using the Rust language and microkernel concept, announced the implementation of support for the X11 protocol in the Orbital display server developed by the project, which uses the iced library. The added feature allows you to run applications using X11 in Redox without making changes to the code. The implementation of X11 support in Orbital is conceptually similar to the use of XWayland in Wayland-based environments. The implementation also uses the DRI backend to improve rendering performance, which does not yet fully implement support for hardware graphics acceleration. Among the achievements related to the graphics stack, the implementation of GTK 3 library support in Redox and the provision of Mesa EGL (libEGL) support, which allowed for faster rendering of X11 applications, are also noted. A separate project is being developed to port Wayland support to Redox. It is assumed that the code created for launching X11 applications will be used in the future to implement Wayland support. The project develops its own package manager, a set of standard utilities (binutils, coreutils, netutils, extrautils), the ion command shell, the relibc standard C library, the vim-like sodium text editor, a network stack, and a file system. Configuration is specified in the Toml language. For compatibility with existing applications, a POSIX layer is provided, allowing many programs to be run without porting. You can test Redox using daily updated builds for virtual machines and real hardware (aarch64, i686, riscv64gc, x86_64). Supported hardware includes USB input devices (keyboards, mice, touchpads), graphics output via VESA BIOS API or UEFI GOP (GPU drivers are not supported), AC'97 and Intel HD Audio sound chips, SATA (AHCI, IDE) and NVMe. Support for Wi-Fi and USB storage devices is not yet ready. https://www.redox-os.org/news/this-month-250531/
Redox OS prend en charge X11, GTK 3 et Mesa3D EGL 06/06/2025
Les développeurs du système d'exploitation Redox, développé en langage Rust et basé sur le concept de micronoyau, ont annoncé la prise en charge du protocole X11 dans le serveur d'affichage Orbital développé par le projet, qui utilise la bibliothèque iced. Cette fonctionnalité permet d'exécuter des applications utilisant X11 dans Redox sans modifier le code. L'implémentation de la prise en charge de X11 dans Orbital est conceptuellement similaire à l'utilisation de XWayland dans les environnements Wayland. Elle utilise également le backend DRI pour améliorer les performances de rendu, ce qui ne prend pas encore totalement en charge l'accélération graphique matérielle.
Parmi les avancées liées à la pile graphique, on note également la prise en charge de la bibliothèque GTK 3 dans Redox et la prise en charge de Mesa EGL (libEGL), qui a permis un rendu plus rapide des applications X11. Un projet distinct est en cours de développement pour porter la prise en charge de Wayland vers Redox. Il est supposé que le code créé pour le lancement des applications X11 sera utilisé ultérieurement pour implémenter la prise en charge de Wayland.
Le projet développe son propre gestionnaire de paquets, un ensemble d'utilitaires standard (binutils, coreutils, netutils, extrautils), l'interpréteur de commandes ion, la bibliothèque C standard relibc, l'éditeur de texte sodium de type vim, une pile réseau et un système de fichiers. La configuration est spécifiée en langage Toml. Pour la compatibilité avec les applications existantes, une couche POSIX est fournie, permettant l'exécution de nombreux programmes sans portage.
Vous pouvez tester Redox à l'aide de builds mis à jour quotidiennement pour les machines virtuelles et le matériel réel (aarch64, i686, riscv64gc, x86_64). Le matériel pris en charge comprend les périphériques d'entrée USB (claviers, souris, pavés tactiles), la sortie graphique via l'API BIOS VESA ou le GOP UEFI (les pilotes GPU ne sont pas pris en charge), les puces audio AC'97 et Intel HD Audio, SATA (AHCI, IDE) et NVMe. La prise en charge du Wi-Fi et des périphériques de stockage USB n'est pas encore prête.
https://www.redox-os.org/news/this-month-250531/
Flowblade Video Editor 2.22: 07/06/2025 The multi-track video editor Flowblade 2.22 is now available. It is designed to compose videos from individual videos, audio files and images. The editor provides tools for trimming clips down to individual frames, using filters, defining your own order of application of tools, adjusting the behavior of the timeline, compositing images (for example, you can rotate, gradually replace and create transition effects). The project code is written in Python and distributed under the GPLv3 license. It is available as a Flatpak. The MLT framework is used to manage video editing. The FFmpeg package is used to process various video, audio and image formats. The interface is built using PyGTK. The NumPy library is used for mathematical calculations, and PIL is used for image processing. More than 50 image filters and more than 30 sound filters are provided. In addition, it is possible to use plugins with video effects from the Frei0r collection , as well as LADSPA sound plugins and G'MIC image filters. https://github.com/jliljebl/flowblade/releases/tag/v2.22
Éditeur vidéo Flowblade 2.22 07/06/2025
L'éditeur vidéo multipiste Flowblade 2.22 est désormais disponible. Conçu pour composer des vidéos à partir de vidéos individuelles, de fichiers audio et d'images, il propose des outils permettant de découper des clips en images individuelles, d'utiliser des filtres, de définir l'ordre d'application des outils, d'ajuster le comportement de la timeline et de composer des images (par exemple, rotation, remplacement progressif et création d'effets de transition).
Le code du projet est écrit en Python et distribué sous licence GPLv3. Il est disponible au format Flatpak. Le framework MLT permet de gérer le montage vidéo. Le paquet FFmpeg permet de traiter divers formats vidéo, audio et image. L'interface est développée avec PyGTK. La bibliothèque NumPy est utilisée pour les calculs mathématiques et PIL pour le traitement des images. Plus de 50 filtres d'image et plus de 30 filtres sonores sont fournis. De plus, il est possible d'utiliser des plugins avec des effets vidéo de la collection Frei0r, ainsi que des plugins audio LADSPA et des filtres d'image G'MIC.
https://github.com/jliljebl/flowblade/releases/tag/v2.22
Linux Foundation Develops FAIR: 07/06/2025 The Linux Foundation has introduced the FAIR (Federated and Independent Repositories) project, which provides a decentralized alternative to the WordPress plugin and theme distribution ecosystem. FAIR allows you to create your own repositories and mirrors for plugin delivery on your servers, independent of the centralized WordPress.org hosting. The code is written in PHP and is distributed under the GPLv2+ license. FAIR can be delivered both as a standalone plugin and as a FAIR Distro distribution, which includes the WordPress platform with pre-installed FAIR components. Using FAIR allows you to create separate infrastructures that are not dependent on possible blocking and protected from package substitution in the centralized catalog. The need for an independent tool for delivering add-ons arose after an incident in which the owner of the official plugin catalog Wordpress.org replaced the ACF plugin with his own fork and blocked access to the add-on catalog from WP Engine and everyone who discussed creating a WordPress fork. https://www.linuxfoundation.org/press/linux-foundation-announces-the-fair-package-manager-project-for-open-source-content-management-system-stability
La Fondation Linux développe FAIR 07/06/2025
La Fondation Linux a lancé le projet FAIR (Federated and Independent Repositories), qui offre une alternative décentralisée à l'écosystème de distribution de plugins et de thèmes WordPress. FAIR vous permet de créer vos propres référentiels et miroirs pour la distribution de plugins sur vos serveurs, indépendamment de l'hébergement centralisé WordPress.org. Le code est écrit en PHP et distribué sous licence GPLv2+.
FAIR est disponible sous forme de plugin autonome ou de distribution FAIR Distro, incluant la plateforme WordPress avec les composants FAIR préinstallés. FAIR permet de créer des infrastructures distinctes, indépendantes des blocages potentiels et protégées contre la substitution de paquets dans le catalogue centralisé. Le besoin d'un outil indépendant pour la distribution de modules complémentaires est apparu suite à un incident : le propriétaire du catalogue officiel de plugins WordPress.org a remplacé le plugin ACF par son propre dérivé et a bloqué l'accès au catalogue de modules complémentaires de WP Engine et de tous ceux qui ont évoqué la création d'un dérivé de WordPress.
15
Hyprland removed from Debian: 08/06/2025 The Hyprland composite server and related packages such as hyprland-protocols and hyprutils have been removed from the Debian Testing repository and will not be included in the final stable release of Debian 13. The Debian Unstable branch retains the Hyprland packages, but they are still based on the legacy 0.41 release. The reason for excluding Hyprland from the next stable release was a request from the maintainer, who stated that the version of Hyprland 0.41.2 supplied in the Debian package was far behind the current state of the project ( 0.49 ) and it was impossible to provide support for the older version throughout the life cycle of Debian 13. The Hyprland project is under active development and regularly creates new releases with changes that do not preserve backward compatibility. Supporting the old version of Hyprland by the Debian package maintainer in such conditions is greatly complicated. The migration of packages to the new release is hampered by the fact that Hyprland 0.42 stopped using the wlroots library in favor of its own implementation of the Wayland protocol and the Aquamarine rendering library . https://tracker.debian.org/news/1648117/hyprland-removed-from-testing/
Hyprland retiré de Debian 08/06/2025
Le serveur composite Hyprland et les paquets associés, tels que hyprland-protocols et hyprutils, ont été retirés du dépôt Debian Testing et ne seront pas inclus dans la version stable finale de Debian 13. La branche Debian Unstable conserve les paquets Hyprland, mais ils sont toujours basés sur l'ancienne version 0.41.
L'exclusion d'Hyprland de la prochaine version stable est due à une demande du mainteneur, qui indiquait que la version 0.41.2 d'Hyprland fournie dans le paquet Debian était très en retard par rapport à la version actuelle du projet (0.49) et qu'il était impossible de prendre en charge l'ancienne version pendant toute la durée de vie de Debian 13.
Le projet Hyprland est en développement actif et publie régulièrement de nouvelles versions dont les modifications ne préservent pas la rétrocompatibilité. Dans ces conditions, la prise en charge de l'ancienne version d'Hyprland par le mainteneur du paquet Debian est extrêmement compliquée. La migration des paquets vers la nouvelle version est entravée par le fait qu'Hyprland 0.42 a abandonné la bibliothèque wlroots au profit de sa propre implémentation du protocole Wayland et de la bibliothèque de rendu Aquamarine.
https://tracker.debian.org/news/1648117/hyprland-removed-from-testing/
Network Security Toolkit 42: 08/06/2025 The release of the NST 42 (Network Security Toolkit) Live distribution was announced. It is designed to analyze network security and monitor the operation thereof. The bootable ISO image (x86_64) is 5 GB. A special repository has been prepared for Fedora Linux users, which makes it possible to install everything created within the NST project into an already installed system. The distribution is based on Fedora and allows installation of additional packages from external repositories compatible with Fedora Linux. The distribution includes a large selection of applications related to network security (for example: Wireshark, NTop, Nessus, Snort, NMap, Kismet, TcpTrack, Etherape, nsttracroute, Ettercap, etc.). A special Web interface has been prepared to manage the security verification process and automate the calling of various utilities, which also integrates a Web front-end for the Wireshark network analyzer. The distribution's graphical environment is based on FluxBox. https://sourceforge.net/p/nst/news/2025/06/nst-version-42-14476-released/
Network Security Toolkit 42 08/06/2025
La distribution NST 42 (Network Security Toolkit) Live a été annoncée. Elle est conçue pour analyser la sécurité des réseaux et en surveiller le fonctionnement. L'image ISO bootable (x86_64) fait 5 Go. Un dépôt dédié a été préparé pour les utilisateurs de Fedora Linux, permettant d'installer tous les éléments créés dans le cadre du projet NST sur un système déjà installé. La distribution est basée sur Fedora et permet l'installation de paquets supplémentaires depuis des dépôts externes compatibles avec Fedora Linux.
La distribution inclut une large sélection d'applications liées à la sécurité réseau (par exemple : Wireshark, NTop, Nessus, Snort, NMap, Kismet, TcpTrack, Etherape, nsttracroute, Ettercap, etc.). Une interface Web dédiée a été préparée pour gérer le processus de vérification de sécurité et automatiser l'appel de divers utilitaires, et intègre également une interface Web pour l'analyseur de réseau Wireshark. L'environnement graphique de la distribution est basé sur FluxBox.
https://sourceforge.net/p/nst/news/2025/06/nst-version-42-14476-released/
Sway User Environment 1.11: 09/06/2025 After 7 months of development, the Sway 1.11 compositing manager has been released. It is built using the Wayland protocol and is compatible with the i3 tiling window manager and the i3bar panel. The project code is written in C and is distributed under the MIT license. Sway allows you to arrange windows on the screen logically rather than spatially. Windows are arranged in a grid that optimally uses the screen space and allows you to quickly manipulate windows using only the keyboard. You can use Sway as a transparent replacement for i3, using Wayland instead of X11. To create a complete user environment, the following accompanying components are offered: swayidle (background process with standby mode implementation), swaylock (screen saver), mako (notification manager), grim (creating screenshots), slurp (selecting an area on the screen), wf-recorder (video capture), waybar (application panel), virtboard (on-screen keyboard), wl-clipboard (working with the clipboard), wallutils (desktop wallpaper management). Sway is being developed as a modular project built on top of the wlroots library, which contains all the basic primitives for a composite manager. Wlroots includes back-ends for abstracting access to the screen, input devices, rendering without direct access to OpenGL, interaction with KMS/DRM, libinput, Wayland and X11 (a layer is provided for launching X11 applications based on Xwayland). In addition to support for C/C++, bindings are provided for Scheme, Common Lisp, Go, Haskell, OCaml, Zig, Python and Rust. https://github.com/swaywm/sway/releases/tag/1.11
Environnement utilisateur Sway 1.11 09/06/2025
Après 7 mois de développement, le gestionnaire de composition Sway 1.11 est disponible. Développé avec le protocole Wayland, il est compatible avec le gestionnaire de fenêtres en mosaïque i3 et le panneau i3bar. Le code du projet est écrit en C et distribué sous licence MIT.
Sway permet d'organiser les fenêtres à l'écran de manière logique plutôt que spatiale. Les fenêtres sont disposées selon une grille qui optimise l'espace de l'écran et permet une manipulation rapide des fenêtres à l'aide du clavier. Sway peut remplacer i3 de manière transparente, en utilisant Wayland au lieu de X11.
Pour créer un environnement utilisateur complet, les composants suivants sont proposés : swayidle (processus en arrière-plan avec implémentation du mode veille), swaylock (économiseur d'écran), mako (gestionnaire de notifications), grim (création de captures d'écran), slurp (sélection d'une zone à l'écran), wf-recorder (capture vidéo), waybar (panneau d'application), virtboard (clavier virtuel), wl-clipboard (utilisation du presse-papiers), wallutils (gestion des fonds d'écran).
Sway est développé comme un projet modulaire basé sur la bibliothèque wlroots, qui contient toutes les primitives de base d'un gestionnaire composite. WLroots inclut des back-ends pour l'abstraction de l'accès à l'écran, des périphériques d'entrée, le rendu sans accès direct à OpenGL, l'interaction avec KMS/DRM, libinput, Wayland et X11 (une couche est fournie pour le lancement d'applications X11 basées sur Xwayland). Outre la prise en charge de C/C++, des liaisons sont fournies pour Scheme, Common Lisp, Go, Haskell, OCaml, Zig, Python et Rust.
16
New LTS branch of MariaDB 11.8: 09/06/2025 MariaDB 11.8.2 is released and is marked as the first stable release of the 11.8 branch. MariaDB 11.8 is a long-term support release and will be supported for at least 5 years. MariaDB 12.0.1 is also available as a release candidate. The MariaDB project is a fork of MySQL that maintains backward compatibility and features additional storage engines and advanced features. MariaDB development is overseen by the independent MariaDB Foundation, following an open and transparent development process that is independent of individual vendors. MariaDB is shipped as a replacement for MySQL in many Linux distributions (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) and is used in major projects such as Wikipedia , Google Cloud SQL and Nimbuzz. https://mariadb.com/kb/en/mariadb-12-0-1-release-notes/
Nouvelle branche LTS de MariaDB 11.8 09/06/2025
MariaDB 11.8.2 est disponible et constitue la première version stable de la branche 11.8. MariaDB 11.8 bénéficie d'un support à long terme et sera supportée pendant au moins 5 ans. MariaDB 12.0.1 est également disponible en version Release Candidate.
Le projet MariaDB est un dérivé de MySQL qui assure la rétrocompatibilité et propose des moteurs de stockage supplémentaires ainsi que des fonctionnalités avancées. Le développement de MariaDB est supervisé par la Fondation MariaDB, une organisation indépendante, selon un processus de développement ouvert et transparent, indépendant des fournisseurs. MariaDB est livrée en remplacement de MySQL dans de nombreuses distributions Linux (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) et est utilisée dans des projets majeurs tels que Wikipedia, Google Cloud SQL et Nimbuzz.
https://mariadb.com/kb/fr/mariadb-12-0-1-notes-de-version/
FreeBSD 14.3 Released: 10/06/2025 After six months of development, FreeBSD 14.3 has been released. Installation images have been prepared for the amd64, i386, powerpc, powerpc64, powerpc64le, powerpcspe, armv7, aarch64, and riscv64 architectures. Additionally, builds have been prepared for virtualization systems (QCOW2, VHD, VMDK, raw) and cloud environments Amazon EC2, Google Compute Engine, and Vagrant. The next FreeBSD 14.4 release is scheduled for March 2026. The current FreeBSD 14.3 release will be supported until June 30, 2026, and the previous FreeBSD 14.2 release will be supported until September 30, 2025. Overall, the FreeBSD 14 branch will be supported until November 30, 2028, and the FreeBSD 13.x branch until April 30, 2026. The first release of the next major FreeBSD branch, FreeBSD 15, which will drop support for 32-bit architectures (except armv7 and COMPAT_FREEBSD32 mode), is scheduled for December 2025. https://www.freebsd.org/releases/14.3R/announce/
Sortie de FreeBSD 14.3 10/06/2025
Après six mois de développement, FreeBSD 14.3 est disponible. Des images d'installation ont été préparées pour les architectures amd64, i386, powerpc, powerpc64, powerpc64le, powerpcspe, armv7, aarch64 et riscv64. De plus, des builds ont été préparés pour les systèmes de virtualisation (QCOW2, VHD, VMDK, raw) et les environnements cloud Amazon EC2, Google Compute Engine et Vagrant.
La prochaine version de FreeBSD 14.4 est prévue pour mars 2026. La version actuelle de FreeBSD 14.3 sera prise en charge jusqu'au 30 juin 2026, et la précédente version, FreeBSD 14.2, jusqu'au 30 septembre 2025. Globalement, la branche FreeBSD 14 sera prise en charge jusqu'au 30 novembre 2028, et la branche FreeBSD 13.x jusqu'au 30 avril 2026. La première version de la prochaine branche majeure de FreeBSD, FreeBSD 15, qui abandonnera la prise en charge des architectures 32-bit (à l'exception d'armv7 et du mode COMPAT_FREEBSD32), est prévue pour décembre 2025.
https://www.freebsd.org/releases/14.3R/announce/
Ubuntu Drops X11 Session Support in GNOME: 10/06/2025 The autumn release of Ubuntu 25.10 will drop support for the X11-based GNOME session and leave only the Wayland-based session launch options on the login screen. The ability to launch X11 applications using XWayland remains unchanged. The distribution will also continue to ship packages with X.org components and alternative desktop environments using X11, which can be installed from the repository. The reasons cited for removing the X11 session include the GNOME project's plans to deprecate X11 and Ubuntu's long-term strategy to provide a secure, high-performance, and modern desktop environment. Maintaining both X11 and Wayland sessions results in technical debt, increases maintenance costs, and limits the ability to innovate effectively. In the fall release of GNOME 49, the GNOME Display Manager (GDM), which provides the login screen, decided to disable the X11 session by default. The complete removal of the code for running an X11-based session from GNOME in a realistic scenario is expected in the GNOME 50 release, scheduled for spring next year. An ideal scenario is also mentioned in which the X11 code may be removed in GNOME 49 if no new problems or bugs are discovered during the process of disabling X11. It is noted that the Wayland-based session in Ubuntu has been stabilized and has reached a mature state suitable for most typical tasks - Wayland support in NVIDIA proprietary drivers has been improved, a more robust security model has been implemented, the isolation of the graphics stack has been strengthened, the desktop environment has been brought to readiness for everyday use, and touchscreen and hi-DPI support has been improved. https://discourse.ubuntu.com/t/ubuntu-25-10-drops-support-for-gnome-on-xorg/62538
Ubuntu abandonne la prise en charge des sessions X11 dans GNOME 10/06/2025
La version d'automne d'Ubuntu 25.10 supprimera la prise en charge des sessions GNOME basées sur X11 et ne conservera que les options de lancement des sessions basées sur Wayland sur l'écran de connexion. La possibilité de lancer des applications X11 avec XWayland reste inchangée. La distribution continuera également de fournir des paquets avec des composants X.org et des environnements de bureau alternatifs utilisant X11, qui peuvent être installés depuis le dépôt.
Parmi les raisons invoquées pour la suppression de la session X11 sont inclues les prévisions du projet GNOME de déprécier X11 et la stratégie à long terme d'Ubuntu visant à fournir un environnement de bureau sécurisé, performant et moderne. Maintenir à la fois les sessions X11 et Wayland entraîne une dette technique, augmente les coûts de maintenance et limite la capacité d'innovation.
Dans la version d'automne de GNOME 49, pour le gestionnaire d'affichage GNOME (GDM), qui fournit l'écran de connexion, il a été décidé de désactiver la session X11 par défaut. La suppression complète du code d'exécution d'une session X11 depuis GNOME est prévue dans un scénario réaliste pour la version GNOME 50, prévue pour le printemps prochain. Un scénario idéal est également évoqué : le code X11 pourrait être supprimé dans GNOME 49 si aucun nouveau problème ou bug n'est découvert lors de la désactivation de X11.
Il est à noter que la session Wayland sous Ubuntu a été stabilisée et a atteint un niveau de maturité adapté à la plupart des tâches courantes : la prise en charge de Wayland dans les pilotes propriétaires NVIDIA a été améliorée, un modèle de sécurité plus robuste a été implémenté, l'isolation de la pile graphique a été renforcée, l'environnement de bureau a été adapté à une utilisation quotidienne, et la prise en charge des écrans tactiles et à haute résolution a été améliorée.
https://discourse.ubuntu.com/t/ubuntu-25-10-drops-support-for-gnome-on-xorg/62538
17
GNOME to Increase Dependence on systemd: 11/06/2025 Adrian Vovk, the creator of the atomically updated carbonOS distribution and installer for GNOME OS, as well as one of the developers of systemd-homed and systemd-sysupdate , announced changes to GNOME that will increase the project's dependence on systemd. In the upcoming GNOME 49 and 50 releases, some of the native components for launching the login screen will be replaced with standard systemd capabilities, which will require the creation of new layers for delivering GNOME in distributions and operating systems that do not use systemd. By removing old code in favor of standard systemd capabilities, will simplify maintenance, rid the project of workarounds and allow for the implementation of additional functionality, like saving and restoring sessions. Since 2015, GNOME has used the systemd-logind session manager, which replaced ConsoleKit. Distributions that do not support systemd use elogind, can get a stripped-down version of logind independent of systemd, or patches that return support for ConsoleKit. Such workarounds for working without systemd are not taken into account or tested during the development of GNOME, so their functionality depends on third-party enthusiasts. In future releases of GNOME, the GDM display manager will additionally use the userdb infrastructure provided by systemd, replacing its own AccountsService. GNOME and systemd themselves do not support running more than one graphical session for the same user. However, GDM can display multiple login screens at the same time to run multiple graphical sessions, which is useful for remote desktop access and on multiseat systems with multiple monitors and input devices. This functionality was implemented in GDM 15 years ago as a temporary workaround and is not compatible with the modern dbus-broker, so it was decided to move to a new implementation that uses systemd-userdb to dynamically allocate accounts and run each login screen instance under a unique user. Also, it was decided to remove the implementation of its own service manager from GNOME, which was used in gnome-session as a fallback handler for starting GNOME services in environments without systemd. The built in service manager has remained almost unchanged for the last 17 years and the only reason it was not removed was its use in GDM to start the login screen. After switching GDM to use systemd to start the login screen, the project had no reason to support its own built-in service manager, which interferes with the implementation of the ability to save and restore sessions. https://blogs.gnome.org/adrianvovk/2025/06/10/gnome-systemd-dependencies/
GNOME va accroître sa dépendance à systemd 11/06/2025
Adrian Vovk, créateur de la distribution carbonOS mis à jour atomiquement et de l'installeur pour GNOME OS, et aussi l'un des développeurs de systemd-homed et systemd-sysupdate, a annoncé des modifications de GNOME qui renforceront la dépendance du projet à systemd. Dans les prochaines versions de GNOME 49 et 50, certains composants natifs de lancement de l'écran de connexion seront remplacés par des fonctionnalités standard de systemd, ce qui nécessitera la création de nouvelles couches pour intégrer GNOME aux distributions et systèmes d'exploitation qui n'utilisent pas systemd. La suppression de l'ancien code au profit des fonctionnalités standard de systemd simplifiera la maintenance, éliminera les solutions de contournement et permettra l'implémentation de fonctionnalités supplémentaires, comme l'enregistrement et la restauration des sessions.
Depuis 2015, GNOME utilise le gestionnaire de sessions systemd-logind, qui a remplacé ConsoleKit. Les distributions qui ne prennent pas en charge systemd utilisent elogind ; elles peuvent obtenir une version simplifiée de logind, indépendante de systemd, ou des correctifs rétablissant la prise en charge de ConsoleKit. Ces solutions de contournement pour fonctionner sans systemd n'ont pas été prises en compte ni testées lors du développement de GNOME ; leur fonctionnalité dépend donc de développeurs tiers.
Dans les prochaines versions de GNOME, le gestionnaire d'affichage GDM utilisera également l'infrastructure userdb fournie par systemd, en remplacement de son propre service AccountsService. GNOME et systemd ne prennent pas en charge l'exécution de plusieurs sessions graphiques pour un même utilisateur. Cependant, GDM peut afficher plusieurs écrans de connexion simultanément, ce qui est utile pour l'accès au bureau à distance et sur les systèmes multipostes avec plusieurs écrans et périphériques d'entrée. Cette fonctionnalité a été implémentée dans GDM il y a 15 ans comme solution de contournement temporaire et n'est pas compatible avec le dbus-broker moderne. Il a donc été décidé de passer à une nouvelle implémentation utilisant systemd-userdb pour allouer dynamiquement des comptes et exécuter chaque instance d'écran de connexion sous un utilisateur unique.
Il a également été décidé de supprimer l'implémentation de son propre gestionnaire de services GNOME, utilisé dans gnome-session comme gestionnaire de secours pour le démarrage des services GNOME dans les environnements sans systemd. Le gestionnaire de services intégré est resté quasiment inchangé ces 17 dernières années, et la seule raison pour laquelle il n'a pas été supprimé est son utilisation dans GDM pour démarrer l'écran de connexion. Après avoir basculé GDM vers systemd pour démarrer l'écran de connexion, le projet n'avait plus aucune raison de prendre en charge son propre gestionnaire de services intégré, ce qui interfère avec l'implémentation de la capacité de sauvegarde et de restauration des sessions.
https://blogs.gnome.org/adrianvovk/2025/06/10/gnome-systemd-dependencies/
ROSA Fresh Server 13.0: 11/06/2025 The company NTC IT ROSA has published the ROSA Fresh Server 13.0 distribution, built on the Rosa 13 platform. The release is aimed at enthusiasts and is positioned as an experimental compact server distribution with a text interface. When using a text installer, the distribution can work on computers or virtual machines with 1 GB of RAM. An installation iso image of 2 GB (x86_64) has been prepared for download. ROSA Fresh Server is suitable not only for creating servers, but also for building your own workstation. For quick installation, there are sets for installing KDE Plasma 6 (task-plasma6), KDE Plasma 5 (task-plasma5), GNOME (task-gnome) and LXQt (task-lxqt). Depending on the user's needs, one can install a minimal system if required. https://forum.rosa.ru/viewtopic.php?t%3D11497
ROSA Fresh Server 13.0 11/06/2025
La société NTC IT ROSA a publié la distribution ROSA Fresh Server 13.0, basée sur la plateforme Rosa 13. Cette version, destinée aux passionnés, se présente comme une distribution serveur compacte et expérimentale avec une interface texte. Avec un installeur texte, la distribution fonctionne sur des ordinateurs ou des machines virtuelles dotés de 1 Go de RAM. Une image ISO d'installation de 2 Go (x86_64) est disponible en téléchargement.
ROSA Fresh Server est idéale pour créer des serveurs, mais aussi pour créer votre propre poste de travail. Pour une installation rapide, des kits d'installation sont disponibles pour KDE Plasma 6 (task-plasma6), KDE Plasma 5 (task-plasma5), GNOME (task-gnome) et LXQt (task-lxqt). Selon les besoins de l'utilisateur, il est possible d'installer un système minimal.
https://forum.rosa.ru/viewtopic.php?t%3D11497
Rocky Linux 10.0 Released: 12/06/2025 The Rocky Linux 10.0 distribution has been released, developing a free build of Red Hat Enterprise Linux, capable of replacing the classic CentOS. The distribution is binary compatible with Red Hat Enterprise Linux and can be used as a replacement for RHEL 10 and CentOS 10 Stream. Support for the Rocky Linux 10 branch will be provided until 2035. Rocky Linux installation iso images are prepared for the x86-64-v3, aarch64, ppc64le (IBM POWER), s390x (IBM Z) and riscv64 architectures. Additionally, live builds with GNOME and KDE desktops, published for the x86_64 architecture, are offered. The Rocky Linux distribution is being developed under the auspices of the Rocky Enterprise Software Foundation (RESF), which is registered as a non-profit corporation. The owner of the organization is Gregory Kurtzer, the founder of CentOS, but the management functions in accordance with the adopted charter are delegated to the board of directors, to which the community elects participants involved in the work on the project. In parallel, a commercial company Ctrl IQ was created to develop extended products based on Rocky Linux and support the community of developers of this distribution, which received $ 26 million in investments. Companies such as Google, Amazon Web Services, GitLab, MontaVista, 45Drives, OpenDrives and NAVER Cloud have joined the development and financing of the project. https://rockylinux.org
Sortie de Rocky Linux 10.0 12/06/2025
La distribution Rocky Linux 10.0 est disponible. Il s'agit d'une version libre de Red Hat Enterprise Linux, capable de remplacer CentOS classique. Compatible binairement avec Red Hat Enterprise Linux, elle peut remplacer RHEL 10 et CentOS 10 Stream. La prise en charge de la branche Rocky Linux 10 sera assurée jusqu'en 2035. Des images ISO d'installation de Rocky Linux sont préparées pour les architectures x86-64-v3, aarch64, ppc64le (IBM POWER), s390x (IBM Z) et riscv64. Des versions Live avec les bureaux GNOME et KDE, publiées pour l'architecture x86_64, sont également disponibles.
La distribution Rocky Linux est développée sous l'égide de la Rocky Enterprise Software Foundation (RESF), une organisation à but non lucratif. Le propriétaire de l'organisation est Gregory Kurtzer, fondateur de CentOS. Cependant, conformément à la charte adoptée, les fonctions de gestion sont déléguées au conseil d'administration, au sein duquel la communauté élit les participants impliqués dans le projet. Parallèlement, la société commerciale Ctrl IQ a été créée pour développer des produits étendus basés sur Rocky Linux et soutenir la communauté des développeurs de cette distribution, qui a bénéficié d'un investissement de 26 millions de dollars. Des entreprises telles que Google, Amazon Web Services, GitLab, MontaVista, 45Drives, OpenDrives et NAVER Cloud ont participé au développement et au financement du projet.
18
Warzone 2100 in your browser: 12/06/2025 On the 20th anniversary of the first open release of the project, a Web version of the RTS game Warzone 2100 was presented, which can be launched in any browser that supports WebAssembly and WebGL 2. Among other things, the game can be launched in a browser on iPad tablets and Android devices equipped with a relatively large screen. The Web version has a single-player mode, including the original campaign and battle. To run the game on stationary systems, assemblies for Linux, Windows, macOS and FreeBSD continue to be distributed. Stationary machine builds are distinguished by higher quality graphics, support for multiplayer games, the ability to use add-ons and mods. The game was originally developed by Pumpkin Studios and released to the market in 1999. In 2004, the source code was opened under the GPLv2 license, and on June 11, 2005, the first open release was formed. https://wz2100.net/news/warzone-2100-Web-edition/
Warzone 2100 dans votre navigateur 12/06/2025
À l'occasion du 20e anniversaire de la première version ouverte du projet, une version Web du jeu de stratégie en temps réel Warzone 2100 a été présentée. Elle est disponible dans tout navigateur prenant en charge WebAssembly et WebGL 2. Le jeu est notamment compatible avec les tablettes iPad et les appareils Android dotés d'un écran relativement grand. La version Web propose un mode solo, incluant la campagne et les combats originaux.
Pour faire tourner le jeu sur des systèmes permanents, des assemblages pour Linux, Windows, macOS et FreeBSD continuent d'être distribués. Les versions pour machines permanentes se distinguent par des graphismes de meilleure qualité, la prise en charge du multijoueur et la possibilité d'utiliser des extensions et des mods. Le jeu a été initialement développé par Pumpkin Studios et commercialisé en 1999. En 2004, le code source a été ouvert sous licence GPLv2, et la première version ouverte a été créée le 11 juin 2005.
https://wz2100.net/news/warzone-2100-Web-edition/
Wayland-Protocols 1.45: 13/06/2025 The wayland-protocols 1.45 package is out, containing a set of protocols and extensions that complement the core Wayland protocol and provide the capabilities needed to build composite servers and user environments. Wayland-Protocols 1.45 includes 4 new protocols (two in the “staging” category and two experimental): ext-background-effect - apply effects to semi-transparent parts of a Wayland surface, such as background blur. pointer-warp - Allows an application to instantly move the pointer to a specified position. xx-session-management - restore window state for interrupted sessions (e.g. after compositing manager crash). xx-input-method - development of a new protocol for using text input methods. All protocols consistently go through the development, testing and stabilization phases. After the development stage is completed (“unstable” category), the protocol is placed in the “staging” branch and officially included in the wayland-protocols set, and after testing is completed, it is moved to the stable category. Protocols from the “staging” category can already be used in composite servers and clients where the functionality associated with them is required. Unlike the “unstable” category, “staging” prohibits making changes that break compatibility. https://www.mail-archive.com/wayland-devel@lists.freedesktop.org/msg43591.html%0D%0A
Wayland-Protocols 1.45 13/06/2025
Le paquet wayland-protocols 1.45 est disponible. Il contient un ensemble de protocoles et d'extensions qui complètent le protocole Wayland principal et fournissent les fonctionnalités nécessaires à la création de serveurs et d'environnements utilisateur composites.
Wayland-Protocols 1.45 inclut quatre nouveaux protocoles (deux de type « staging » et deux expérimentaux) :
ext-background-effect : applique des effets aux parties semi-transparentes d'une surface Wayland, comme un flou d'arrière-plan. pointer-warp : permet à une application de déplacer instantanément le pointeur vers une position spécifiée. xx-session-management : restaure l'état de la fenêtre pour les sessions interrompues (par exemple, après un plantage du gestionnaire de composition). xx-input-method : développement d'un nouveau protocole pour l'utilisation de méthodes de saisie de texte.
Tous les protocoles passent systématiquement par les phases de développement, de test et de stabilisation. Une fois la phase de développement terminée (catégorie « instable »), le protocole est placé dans la branche « staging » et officiellement inclus dans l'ensemble des protocoles wayland. Une fois les tests terminés, il est déplacé dans la catégorie « stable ». Les protocoles de la catégorie « staging » peuvent déjà être utilisés sur des serveurs et clients composites lorsque les fonctionnalités qui leur sont associées sont requises. Contrairement à la catégorie « instable », la catégorie « staging » interdit toute modification susceptible de compromettre la compatibilité.
https://www.mail-archive.com/wayland-devel@lists.freedesktop.org/msg43591.html%0D%0A
Development of jemalloc has been discontinued: 13/06/2025 The author of the jemalloc memory management library has announced that he is ceasing development of the project and has moved the GitHub repository to archive mode, allowing read-only access. The jemalloc library offered an alternative implementation of malloc functions, optimized for reducing fragmentation and working on multiprocessor systems. In 2005, the library was included in FreeBSD, and in 2007, it was used in Firefox. In 2009, the author of jemalloc moved to Facebook, where the library was used in internal projects. In 2017, the author of jemalloc left Facebook, and the development was continued by the remaining team from Facebook. After renaming to Meta, the company's priorities changed, the library's development stalled, and the development focused only on internal needs. The public code base has degraded over time, and significant refactoring is now required to eliminate the accumulated technical debt. The author of jemalloc is not ready to spend his time on refactoring, and therefore decided to wind down the development. https://jasone.github.io/2025/06/12/jemalloc-postmortem/
Le développement de jemalloc a été interrompu 13/06/2025
L'auteur de la bibliothèque de gestion de mémoire jemalloc a annoncé l'arrêt du développement du projet et a migré le dépôt GitHub en mode archive, permettant un accès en lecture seule. La bibliothèque jemalloc offrait une implémentation alternative des fonctions de malloc, optimisée pour réduire la fragmentation et fonctionner sur les systèmes multiprocesseurs. En 2005, la bibliothèque a été intégrée à FreeBSD et, en 2007, utilisée dans Firefox.
En 2009, l'auteur de jemalloc a rejoint Facebook, où la bibliothèque a été utilisée dans des projets internes. En 2017, il a quitté Facebook et le développement a été repris par l'équipe restante de Facebook. Après le changement de nom en Meta, les priorités de l'entreprise ont changé, le développement de la bibliothèque a stagné et s'est concentré uniquement sur les besoins internes. La base de code publique s'est dégradée au fil du temps, et une refactorisation importante est désormais nécessaire pour éliminer la dette technique accumulée. L'auteur de jemalloc n'est pas prêt à consacrer du temps à la refactorisation et a donc décidé d'interrompre le développement.
19
KDE has added support for xdg-pip: 14/06/2025 Nate Graham, a quality assurance developer for the KDE project, has published the latest KDE development report. The most notable changes being developed for the KDE Plasma 6.5 release are: Adding support for the experimental Wayland protocol xdg-pip (picture-in-picture), which allows for the correct display of permanently visible floating windows with multimedia content, such as the “picture-in-picture” window in Firefox. The code for supporting the xdg-pip protocol was recently added to the Firefox code base, which is the basis for release 141. In the settings, the invert and scale settings have been moved to the “Accessibility” page, where they are more appropriate than on the desktop effects page. The Spectacle screenshot program now includes a hint that you can stop recording a screencast by pressing the same key combination used to start recording. Breeze styles provide effects for animating clicks on switches in QtQuick-based applications and on configurator pages. Widgets for managing device connections, setting up a network connection, and configuring Bluetooth have been moved to the standard style of section headers. When using Wayland, support for rearranging virtual desktops via the Pager widget has been implemented. Rearrangement operations in overview mode and the Pager widget have been synchronized. KWin combines the interdependent effects of blur and changing the background contrast - the Blur effect uses the BackgroundContrast shader. Improved search in the Emoji picker interface - the search field is now shown constantly, and the search itself covers the full set of characters, not just the content of the current page. KDE Gear 25.04.3 fixes a thumbnailer crash that could occur when using certain widget styles on X11 systems. https://blogs.kde.org/2025/06/14/this-week-in-plasma-wayland-pip-and-accessibility/
KDE a ajouté la prise en charge de xdg-pip 14/06/2025
Nate Graham, développeur assurance qualité pour le projet KDE, a publié le dernier rapport de développement de KDE. Les modifications les plus notables apportées à la version KDE Plasma 6.5 sont :
Ajout de la prise en charge du protocole expérimental Wayland xdg-pip (image dans l'image), qui permet l'affichage correct des fenêtres flottantes visibles en permanence contenant du contenu multimédia, comme la fenêtre « image dans l'image » de Firefox. Le code de prise en charge du protocole xdg-pip a récemment été ajouté au code source de Firefox, qui constitue la base de la version 141.
Dans les paramètres, les paramètres d'inversion et de mise à l'échelle ont été déplacés vers la page « Accessibilité », où ils sont plus pertinents que sur la page des effets de bureau.
Le programme de capture d'écran Spectacle inclut désormais une information indiquant que vous pouvez arrêter l'enregistrement d'une capture d'écran en appuyant sur la même combinaison de touches que celle utilisée pour démarrer l'enregistrement.
Les styles Breeze fournissent des effets pour animer les clics sur les commutateurs dans les applications QtQuick et sur les pages de configuration.
Les widgets de gestion des connexions des appareils, de configuration d'une connexion réseau et de configuration Bluetooth ont été déplacés vers le style standard des en-têtes de section.
Lors de l'utilisation de Wayland, la réorganisation des bureaux virtuels via le widget Pager a été prise en charge. Les opérations de réorganisation en mode aperçu et dans le widget Pager ont été synchronisées.
KWin combine les effets interdépendants du flou et de la modification du contraste d'arrière-plan : l'effet Flou utilise le shader BackgroundContrast.
Recherche améliorée dans l'interface de sélection d'émojis : le champ de recherche est désormais affiché en permanence et la recherche couvre l'ensemble des caractères, et non plus seulement le contenu de la page active.
KDE Gear 25.04.3 corrige un plantage du visualiseur de vignettes qui pouvait survenir lors de l'utilisation de certains styles de widgets sur les systèmes X11.
https://blogs.kde.org/2025/06/14/cette-semaine-dans-plasma-wayland-pip-et-accessibilité/
Nitrux Project moves to Hyprland: 14/06/2025 The developers of the Nitrux distribution have announced the end of development of the NX Desktop desktop, which was an add-on for KDE Plasma 5. All nx-desktop repositories on GitHub have been moved to archive mode and NX Desktop support has been discontinued. The reason cited is the closure of the long-term support program for KDE Plasma releases. According to the new plan, the Nitrux distribution will be migrated to a user environment built using the Hyprland composite server, the Waybar panel, and the Wlogout system shutdown menu. The SDDM display manager will be replaced by the greetd login manager and the QtGreet login screen for session startup. The Hyprland composite server uses Wayland, supports tiling, classic free-form window placement, tabbed window grouping, pseudo-mosaic mode, and full-screen window deployment. Features include: dynamically created virtual desktops; screen element layout modes; global hotkey handling; touchpad/touchscreen gesture control; rich interface features (gradients in window frames, background blur, animation effects, and shadows); and plugin-based expansion. The Linux kernel in the Nitrux distribution was going to be switched from using Liquorix patches to the kernel variant from the CachyOS project. The reason was the lack of a patch in Liquorix to enable the PSI (Pressure Stall Information) mechanism, which allows user space to analyze information about the waiting time for receiving various resources (CPU, memory, input/output) to accurately assess the level of system load and the nature of the slowdown. PSI support is necessary for the operation of Waydroid, a layer for running Android applications. The NX AppHub toolkit and the AppBox format will be used to install additional programs, which are now presented as more preferable than AppImage packages. Distribution updates are planned to be published twice a month. The nuts utility (Nitrux Update Tool System) will continue to be used to install updates. More distant plans for the future include replacing SquashFS with DwarFS and creating builds for ARM64 devices, in addition to the previously supported x86_64 architecture. https://nxos.org/news/news-farewell-nx-desktop-and-plasma/
Le projet Nitrux migre vers Hyprland 14/06/2025
Les développeurs de la distribution Nitrux ont annoncé la fin du développement du bureau NX Desktop, une extension pour KDE Plasma 5. Tous les dépôts nx-desktop sur GitHub ont été déplacés en mode archive et le support de NX Desktop a été interrompu. La raison invoquée est la fin du programme de support à long terme pour les versions de KDE Plasma.
Selon le nouveau plan, la distribution Nitrux sera migrée vers un environnement utilisateur basé sur le serveur composite Hyprland, le panneau Waybar et le menu d'arrêt système Wlogout. Le gestionnaire d'affichage SDDM sera remplacé par le gestionnaire de connexion greetd et l'écran de connexion QtGreet pour le démarrage de la session.
Le serveur composite Hyprland utilise Wayland et prend en charge le tuilage, le placement classique de fenêtres à forme libre, le regroupement de fenêtres par onglets, le mode pseudo-mosaïque et le déploiement de fenêtres plein écran. Parmi les fonctionnalités : création dynamique de bureaux virtuels, modes de disposition des éléments d'écran, Gestion globale des raccourcis clavier ; contrôle gestuel du pavé tactile/écran tactile ; fonctionnalités d'interface enrichies (dégradés de fenêtres, flou d'arrière-plan, effets d'animation et ombres) ; et extensions basées sur des plugins.
Le noyau Linux de la distribution Nitrux allait passer des correctifs Liquorix à la variante du noyau issue du projet CachyOS. En cause, l'absence de correctif dans Liquorix pour activer le mécanisme PSI (Pressure Stall Information), qui permet à l'espace utilisateur d'analyser les informations sur le temps d'attente de réception de diverses ressources (processeur, mémoire, entrées/sorties) afin d'évaluer avec précision le niveau de charge du système et la nature du ralentissement. La prise en charge de PSI est nécessaire au fonctionnement de Waydroid, une couche d'exécution des applications Android.
La boîte à outils NX AppHub et le format AppBox seront utilisés pour installer des programmes supplémentaires, désormais présentés comme préférables aux paquets AppImage. Les mises à jour de la distribution sont prévues deux fois par mois. L'utilitaire nuts (Nitrux Update Tool System) continuera d'être utilisé pour installer les mises à jour. Des projets plus lointains incluent le remplacement de SquashFS par DwarFS et la création de builds pour les périphériques ARM64, en plus de l'architecture x86_64 déjà prise en charge.
https://nxos.org/news/news-farewell-nx-desktop-and-plasma/
Danish government plans move to open source: 14/06/2025 Caroline Stage, Minister for Digitalisation in the Danish Government, confirmed that the government and regional authorities have agreed on a digital sovereignty strategy. In the first phase of the new strategy, the Danish Ministry of Digitalisation will stop using Microsoft products in favour of open source software. LibreOffice will be used as the office suite. Half of the employees will be transferred to LibreOffice within the next month. The plan is to have all employees transferred to open source software by the end of the year. The municipal authorities of Copenhagen and Aarhus have also decided to abandon Microsoft as their main IT service provider. The reasons cited for the switch include financial reasons, dependence on a company with a near-monopoly position in the market, and the worsening geopolitical climate due to the US President's statements about wanting to gain control over Greenland. The financial reasons are related to the fact that the costs of purchasing Microsoft software have increased by 72% in five years - from NOK 313 million in 2018 to NOK 538 million in 2023. https://www.windowscentral.com/software-apps/windows-11/its-the-year-of-linux-at-least-for-denmark-heres-why-the-countrys-government-is-dumping-windows-and-office-365
Le gouvernement danois envisage de passer à l'Open Source 14/06/2025
Caroline Stage, ministre de la Numérisation au sein du gouvernement danois, a confirmé que le gouvernement et les autorités régionales ont convenu d'une stratégie de souveraineté numérique. Dans la première phase de cette nouvelle stratégie, le ministère danois de la Numérisation abandonnera les produits Microsoft au profit des logiciels Open Source. LibreOffice sera la suite bureautique utilisée. La moitié des employés seront transférés vers LibreOffice d'ici le mois prochain. Il est prévu que tous les employés soient transférés vers les logiciels Open Source d'ici la fin de l'année.
Les municipalités de Copenhague et d'Aarhus ont également décidé d'abandonner Microsoft comme principal fournisseur de services informatiques. Les raisons invoquées pour justifier ce changement incluent des raisons financières, la dépendance à une entreprise en situation de quasi-monopole sur le marché et la dégradation du climat géopolitique due aux déclarations du président américain sur sa volonté de prendre le contrôle du Groenland. Les raisons financières sont liées à l'augmentation de 72 % du coût d'achat des logiciels Microsoft en cinq ans, passant de 313 millions de couronnes norvégiennes en 2018 à 538 millions de couronnes norvégiennes en 2023.
20
Kali Linux 2025.2 Released: 16/06/2025 The release of the Kali Linux 2025.2 distribution is presented. It is based on Debian and is designed to test systems for vulnerabilities, conduct security audits, analyze residual information and identify the consequences of attacks. All original developments created for the distribution are distributed under the GPL license and are available through a public Git repository. ISO images of 646 MB and 4.2 GB are prepared for download. Builds are available for x86_64 and ARM64 architectures. Xfce, KDE and GNOME desktops are available to choose from. Kali offers a selection of tools for computer security professionals, ranging from Web application testing and wireless network penetration tools to RFID chip data readers. The package includes a collection of exploits and about 400 specialized security testing utilities, such as Aircrack, Maltego, SAINT, Kismet, Bluebugger, Btcrack, Btscanner, Nmap, p0f. In addition, the distribution includes password cracking tools (Multihash CUDA Brute Forcer) and WPA key cracking tools (Pyrit), which use NVIDIA and AMD GPU's for acceleration. https://www.kali.org/blog/kali-linux-2025-2-release/
Sortie de Kali Linux 2025.2 16/06/2025
La distribution Kali Linux 2025.2 est sortie. Basée sur Debian, elle est conçue pour tester les vulnérabilités des systèmes, réaliser des audits de sécurité, analyser les informations résiduelles et identifier les conséquences des attaques. Tous les développements originaux créés pour cette distribution sont distribués sous licence GPL et disponibles via un dépôt Git public. Des images ISO de 646 Mo et 4,2 Go sont disponibles en téléchargement. Des versions sont disponibles pour les architectures x86_64 et ARM64. Les bureaux Xfce, KDE et GNOME sont disponibles.
Kali propose une sélection d'outils pour les professionnels de la sécurité informatique, allant des tests d'applications Web aux outils de pénétration de réseaux sans fil, en passant par les lecteurs de données à puce RFID. Le paquet comprend une collection d'exploits et environ 400 utilitaires de test de sécurité spécialisés, tels que Aircrack, Maltego, SAINT, Kismet, Bluebugger, Btcrack, Btscanner, Nmap et p0f. De plus, la distribution inclut des outils de craquage de mots de passe (Multihash CUDA Brute Forcer) et de clés WPA (Pyrit), qui utilisent les GPU NVIDIA et AMD pour l'accélération.
https://www.kali.org/blog/kali-linux-2025-2-release/
Securonis Linux 3.0: 16/06/2025 The Securonis Linux 3.0 distribution has been released, focusing on maintaining privacy and enhancing security. The distribution is based on the Debian “Testing” package base, is preconfigured to send all traffic only through the Tor network (I2P is optionally supported) and includes a selection of changes to settings and components to improve security. MATE is offered as a desktop. You can install the distribution for everyday work or boot into Live mode to test. The size of the iso image is 2.5 GB. https://securonis.github.io/release-notes.html
Securonis Linux 3.0 16/06/2025
La distribution Securonis Linux 3.0 est disponible. Elle met l'accent sur la confidentialité et la sécurité. Reposant sur le paquet Debian « Testing », elle est préconfigurée pour acheminer tout le trafic uniquement via le réseau Tor (I2P est pris en charge en option) et inclut une sélection de modifications de paramètres et de composants pour améliorer la sécurité. MATE est proposé comme bureau. Vous pouvez installer la distribution pour vos tâches quotidiennes ou la démarrer en mode Live pour la tester. La taille de l'image ISO est de 2,5 Go.
https://securonis.github.io/release-notes.html
Arch Linux Moves to 64-Bit Wine Builds: 17/06/2025 The developers of the Arch Linux distribution have announced the default build of Wine and Wine-Staging in Wow64 (64-bit Windows-on-Windows) mode, which enables the execution of 32-bit Windows applications on 64-bit Unix systems. The delivery of 64-bit Wine builds has made it possible to stop using the multilib repository with 32-bit library versions for wine and wine-staging packages. The reason for the change is cited as synchronization with changes in the main Wine project related to simplifying packaging and shortening the dependency chain. Among the problems that may arise after migrating to Wow64 are mentioned a decrease in OpenGL performance for 32-bit Windows programs and the need to recreate existing 32-bit Wine prefixes. https://archlinux.org/news/transition-to-the-new-wow64-wine-and-wine-staging/
Arch Linux passe aux versions 64 bits de Wine 17/06/2025
Les développeurs de la distribution Arch Linux ont annoncé la version par défaut de Wine et Wine-Staging en mode Wow64 (Windows-sur-Windows 64-bit), permettant l'exécution d'applications Windows 32-bit sur des systèmes Unix 64-bit. La livraison des versions 64-bit de Wine a permis de ne plus utiliser le dépôt multilib avec les versions 32-bit des bibliothèques pour les paquets Wine et Wine-Staging.
Ce changement est justifié par la synchronisation avec les modifications apportées au projet Wine, notamment la simplification la constitution du paquet et la réduction de la chaîne de dépendances. Parmi les problèmes susceptibles de survenir après la migration vers Wow64, on peut citer une baisse des performances d'OpenGL pour les programmes Windows 32-bit et la nécessité de recréer les préfixes Wine 32-bit existants.
https://archlinux.org/news/transition-to-the-new-wow64-wine-and-wine-staging/
21
Qt Creator 17: 18/06/2025 The release of Qt Creator 17, an integrated development environment for creating cross-platform applications using the Qt library, has been published. Both the development of classic programs in C++ and the use of the QML language are supported, in which JavaScript is used to define scenarios, and the structure and parameters of interface elements are specified by CSS-like blocks. The new version is available as an update in the Qt Online Installer. Offline installers under a commercial license can be found on the Qt Account Portal , and opensource packages can be found on the corresponding downloads page. This is a free update for all users. https://www.qt.io/blog/qt-creator-17-released
Qt Creator 17 18/06/2025
La version 17 de Qt Creator, un environnement de développement intégré pour la création d'applications multiplateformes utilisant la bibliothèque Qt, est disponible. Le développement de programmes classiques en C++ et l'utilisation du langage QML sont pris en charge. JavaScript est utilisé pour définir les scénarios, tandis que la structure et les paramètres des éléments d'interface sont spécifiés par des blocs de type CSS. La nouvelle version est disponible sous forme de mise à jour dans l'installeur en ligne de Qt. Des installeurs hors ligne sous licence commerciale sont disponibles sur le portail des comptes Qt, et des paquets Open Source sont disponibles sur la page de téléchargement correspondante. Cette mise à jour est gratuite pour tous les utilisateurs.
https://www.qt.io/blog/qt-creator-17-released
ONLYOFFICE 9.0: 19/06/2025 ONLYOFFICE DocumentServer 9.0 is now available, implementing a server for ONLYOFFICE online editors and collaborative work. Editors can be used to work with text documents, tables, and presentations. For collaborative work on your own hardware, you can also use the Nextcloud Hub platform, which provides full integration with ONLYOFFICE. Ready-made builds are created for Linux, Windows, and macOS. The project code is written in JavaScript using Web technologies and is distributed under the free AGPLv3 license. ONLYOFFICE claims full compatibility with MS Office and OpenDocument formats. Supported formats include: DOC, DOCX, ODT, RTF, TXT, PDF, HTML, EPUB, XPS, DjVu, XLS, XLSX, ODS, CSV, PPT, PPTX, ODP. You can expand the functionality of editors through plugins, for example, plugins are available for creating templates and adding videos from YouTube. The open product ONLYOFFICE DesktopEditors is being developed separately, built on a single code base with online editors and combining client and server components in one set, designed for self-sufficient use on the user's local system and capable of working without access to an external service. Also the capabilities of the built-in AI assistant have been expanded. https://www.onlyoffice.com/blog/2025/06/onlyoffice-docs-9-0-released
ONLYOFFICE 9.0 19/06/2025
ONLYOFFICE DocumentServer 9.0 est désormais disponible. Il implémente un serveur dédié aux éditeurs en ligne ONLYOFFICE et au travail collaboratif. Les éditeurs permettent de travailler avec des documents texte, des tableaux et des présentations. Pour le travail collaboratif sur votre propre matériel, vous pouvez également utiliser la plateforme Nextcloud Hub, qui offre une intégration complète avec ONLYOFFICE. Des versions prêtes à l'emploi sont disponibles pour Linux, Windows et macOS. Le code du projet est écrit en JavaScript à l'aide de technologies Web et est distribué sous la licence libre AGPLv3.
ONLYOFFICE revendique une compatibilité totale avec les formats MS Office et OpenDocument. Les formats pris en charge sont les suivants : DOC, DOCX, ODT, RTF, TXT, PDF, HTML, EPUB, XPS, DjVu, XLS, XLSX, ODS, CSV, PPT, PPTX et ODP. Vous pouvez étendre les fonctionnalités des éditeurs grâce à des plugins, par exemple pour la création de modèles et l'ajout de vidéos YouTube. Le produit Open Source ONLYOFFICE DesktopEditors est développé séparément. Il repose sur la même base de code unique que les éditeurs en ligne et combine des composants client et serveur. Il est conçu pour une utilisation autonome sur le système local de l'utilisateur et fonctionne sans accès à un service externe.
Les fonctionnalités de l'assistant IA intégré ont également été étendues.
https://www.onlyoffice.com/blog/2025/06/onlyoffice-docs-9-0-released
Amazon's Open 3D Engine Released: 19/06/2025 The Open 3D Foundation (O3DF) a non-profit organization, has released the Open 3D Engine 25.05 (O3DE), an open-source 3D game engine suitable for developing modern AAA games and high-fidelity simulators capable of running in real time and providing cinematic-level quality. The code is written in C++ and published under the Apache 2.0 license. There is support for Linux, Windows, macOS, iOS and Android platforms. The engine includes an integrated game development environment, a multi-threaded photorealistic rendering system Atom Renderer with support for Vulkan, Metal and DirectX 12, an extensible 3D model editor, a character animation system (Emotion FX), a prefab development system, a real-time physics simulation engine and mathematical libraries using SIMD instructions. A visual programming environment (Script Canvas), as well as the Lua and Python languages, can be used to define game logic. The project is initially designed to be adaptable to your needs and has a modular architecture. In total, more than 30 modules are offered, supplied as separate libraries, suitable for replacement, integration into third-party projects and use separately. For example, thanks to modularity, developers can replace the graphics renderer, sound system, language support, network stack, physics engine and any other components. https://o3de.org/o3de-25-05-0-release-june-18-2025/
Lancement du moteur Open 3D d'Amazon 19/06/2025
L'Open 3D Foundation (O3DF), organisation à but non lucratif, a publié l'Open 3D Engine 25.05 (O3DE), un moteur de jeu 3D Open Source adapté au développement de jeux AAA modernes et de simulateurs haute fidélité, fonctionnant en temps réel et offrant une qualité cinématographique. Le code est écrit en C++ et publié sous licence Apache 2.0. Il est compatible avec les plateformes Linux, Windows, macOS, iOS et Android.
Le moteur comprend un environnement de développement de jeux intégré, un système de rendu photoréaliste multithread Atom Renderer compatible avec Vulkan, Metal et DirectX 12, un éditeur de modèles 3D extensible, un système d'animation de personnages (Emotion FX), un système de développement de préfabriqués, un moteur de simulation physique en temps réel et des bibliothèques mathématiques utilisant les instructions SIMD. Un environnement de programmation visuelle (Script Canvas), ainsi que les langages Lua et Python, permettent de définir la logique du jeu.
Le projet est initialement conçu pour s'adapter à vos besoins et présente une architecture modulaire. Au total, plus de 30 modules sont proposés, fournis sous forme de bibliothèques distinctes, pouvant être remplacées, intégrées à des projets tiers ou utilisées séparément. Par exemple, grâce à la modularité, les développeurs peuvent remplacer le moteur de rendu graphique, le système audio, la prise en charge des langues, la pile réseau, le moteur physique et tout autre composant.
22
Release of MODICIA OS: 20/06/2025 The formation of new builds of the MODICIA distribution, created in 1998, has been announced. The distribution is based on Debian and offers a selection of applications for musicians, designers and video creators. The user environment is built using the Cinnamon desktop environment. The project maintains an application catalog of about 1000 packages. The size of the iso image, capable of running in live mode, is 5.1 GB (x86_64). https://sourceforge.net/p/modicia-o-s/news/general/thread/0a4a821379/
Sortie de MODICIA OS 20/06/2025
La création de nouvelles versions de la distribution MODICIA, créée en 1998, a été annoncée. Basée sur Debian, cette distribution propose une sélection d'applications pour les musiciens, les designers et les créateurs de vidéos. L'environnement utilisateur est basé sur l'environnement de bureau Cinnamon. Le projet gère un catalogue d'applications d'environ 1 000 paquets. L'image ISO, compatible avec le mode Live, fait 5,1 Go (x86_64).
https://sourceforge.net/p/modicia-o-s/news/general/thread/0a4a821379/
libxml2 maintainer drops special treatment for vulnerability fixes 21.06.2025 11:12 Nick Wellnhofer, the maintainer of libxml2, announced that he would now treat vulnerabilities as regular bugs. Vulnerability reports would not be prioritized, but would be fixed as time allowed. Information about the nature of the vulnerability would be made publicly available immediately, without waiting for a patch to be created and for the fix to be distributed across distributions and operating systems. Nick also resigned from his role as the maintainer of libxslt and expressed doubt that anyone would be willing to take on its support. According to Nick, libxml2 is not of a quality level suitable for use in browsers and operating systems. However, large companies such as Apple, Google, and Microsoft have started using libxml2 in their operating systems and products. Such actions are called irresponsible, and the work being done is an attempt to get rid of symptoms, not to eliminate the cause of the problems. According to Nick, it would be better for the project if the mentioned companies stopped using libxml2. https://gitlab.gnome.org/GNOME/libxml2/-/issues/913
Le mainteneur de libxml2 abandonne le traitement spécial pour les corrections de vulnérabilités 21.06.2025 11:12
Nick Wellnhofer, mainteneur de libxml2, a annoncé qu'il traiterait désormais les vulnérabilités comme des bugs ordinaires. Les rapports de vulnérabilité ne seraient pas prioritaires, mais corrigés au fur et à mesure. Les informations sur la nature de la vulnérabilité seraient rendues publiques immédiatement, sans attendre la création d'un correctif et sa distribution sur les distributions et systèmes d'exploitation. Nick a également démissionné de son poste de mainteneur de libxslt et a exprimé des doutes quant à la volonté de quiconque d'en prendre le support.
Selon Nick, libxml2 n'est pas d'un niveau de qualité adapté à une utilisation dans les navigateurs et les systèmes d'exploitation. Cependant, de grandes entreprises comme Apple, Google et Microsoft ont commencé à utiliser libxml2 dans leurs systèmes d'exploitation et leurs produits. De telles actions sont qualifiées d'irresponsables, et le travail effectué vise à éliminer les symptômes, et non à éliminer la cause des problèmes. Selon Nick, il serait préférable pour le projet que les entreprises mentionnées cessent d'utiliser libxml2.
https://gitlab.gnome.org/GNOME/libxml2/-/issues/913
XLibre 25.0 Release, X.Org Server Fork: 21/06/2025 The first release of the XLibre project, which develops the X.Org Server fork , is presented. The release is positioned as having beta quality and is intended for testing and identifying possible flaws. XLibre 25.0 includes ABI changes, i.e., for correct operation, rebuilding of X11 drivers is required. The project is open to cooperation with distributions and is ready to integrate patches accumulated in the process of maintaining packages with the X.Org server. https://lists.x.org/archives/xorg-devel/2025-June/059400.html
Sortie de XLibre 25.0, dérivé du serveur X.Org 21/06/2025
La première version du projet XLibre, qui développe le dérivé du serveur X.Org, est présentée. Cette version, de qualité bêta, est destinée aux tests et à l'identification d'éventuelles failles. XLibre 25.0 inclut des modifications de l'ABI ; pour un fonctionnement correct, la refonte des pilotes X11 est donc nécessaire. Le projet est ouvert à la coopération avec les distributions et est prêt à intégrer les correctifs accumulés lors de la maintenance des paquets avec le serveur X.Org.
https://lists.x.org/archives/xorg-devel/2025-June/059400.html
23
KDE plans to end X11 session support: 22/06/2025 Nate Graham, a quality assurance developer for the KDE project, has summarized the plans for KDE Plasma support running in X-server environments. The end of X11 session support is seen as inevitable, but the timing is not set and is unlikely to happen in the next two years. In March, when the kwin composite server was split into kwin_x11 and kwin_wayland, it was expected that kwin_x11 would be deprecated in the KDE 7 branch. The timing of the end of X11 session support depends on how quickly the developers can resolve the issues specific to the Wayland-based session, such as limitations in saving and restoring the position of Wayland application windows, shortcomings in graphics tablet support, and the inability to use the global menu in non-Qt applications. It is expected that by the time X11 session support is ended, the Wayland session will contain all previously available features, and even the most demanding X11 users should not notice a loss of functionality. https://pointieststick.com/2025/06/21/about-plasmas-x11-session
KDE prévoit de mettre fin au support des sessions X11 22/06/2025
Nate Graham, développeur assurance qualité pour le projet KDE, a résumé les plans de prise en charge de KDE Plasma dans les environnements avec serveur X. La fin de la prise en charge des sessions X11 est considérée comme inévitable, mais la date n'est pas encore fixée et il est peu probable qu'elle intervienne avant deux ans. En mars, lors de la division du serveur composite kwin en kwin_x11 et kwin_wayland, il était prévu que kwin_x11 soit obsolète dans la branche KDE 7.
La date de fin de la prise en charge des sessions X11 dépend de la rapidité avec laquelle les développeurs résoudront les problèmes spécifiques aux sessions Wayland, tels que les limitations d'enregistrement et de restauration de la position des fenêtres d'application Wayland, les lacunes dans la prise en charge des tablettes graphiques et l'impossibilité d'utiliser le menu global dans les applications non Qt. D'ici la fin de la prise en charge des sessions X11, la session Wayland devrait contenir toutes les fonctionnalités précédemment disponibles. Même les utilisateurs X11 les plus exigeants ne devraient pas constater de perte de fonctionnalités.
https://pointieststick.com/2025/06/21/about-plasmas-x11-session
Bill Gates, Dave Cutler and Linus Torvalds Meet:
22/06/2025
Mark Russinovich, the author of the NTFS driver for DOS and the CTO of Microsoft Azure, hosted a joint dinner with Bill Gates, Dave Cutler and Linus Torvalds. This was Linus' first meeting with the founder of Microsoft and creator of the Windows NT, RSX-11M, VAXELN and VMS operating systems. It is noted that no important decisions regarding the kernel were made at the dinner, but perhaps this will happen at the next meeting. 
https://www.linkedin.com/posts/markrussinovich_i-had-the-thrill-of-a-lifetime-hosting-dinner-activity-7341857033932914691-f5Kw
Rencontre entre Bill Gates, Dave Cutler et Linus Torvalds 22/06/2025
Mark Russinovich, auteur du pilote NTFS pour DOS et directeur technique de Microsoft Azure, a organisé un dîner avec Bill Gates, Dave Cutler et Linus Torvalds. Il s'agissait de la première rencontre de Linus avec le fondateur de Microsoft et créateur des systèmes d'exploitation Windows NT, RSX-11M, VAXELN et VMS. Il est à noter qu'aucune décision importante concernant le noyau n'a été prise lors de ce dîner, mais cela pourrait être le cas lors de la prochaine réunion. MDR