Cinnamon, l’environnement de bureau GTK populaire développé par le projet Linux Mint, a publié aujourd’hui Cinnamon 6.2, qui sera le bureau par défaut pour Linux Mint 22. Il s’agit d’une mise à jour relativement mineure, mais elle contient une nouvelle fonctionnalité majeure qui est plutôt bienvenue : une nouvelle interface GTK pour les comptes en ligne GNOME, faisant partie du projet XApp. Cela rend possible l’utilisation du framework des comptes en ligne GNOME (GNOME Online Accounts) sans avoir besoin d’une application tierce GNOME, ce qui sera également très pratique sur d’autres environnements de bureau basé sur GTK comme Xfce.

Le reste des changements comprend une série de corrections de bugs, de petites nouvelles fonctionnalités et des ajustements ici et là. Le support de Wayland est toujours un travail en cours pour Cinnamon, donc pour le moment vous serez limité à X. Source : OSnews

Debian 10 (Buster) atteindra la fin de sa vie le 30 juin 2024. Pour bénéficier d’un support et de mises à jour continus, il est recommandé de migrer vers Debian 11 (Bullseye).

L’équipe de support à long terme (LTS) de Debian a fait une annonce officielle, rappelant que le support de Debian 10, nom de code « Buster », prendra fin le 30 juin 2024. Lancée le 6 juillet 2019, cette version marque près de cinq années de mises à jour continues et de correctifs de sécurité, période standard pendant laquelle les versions stables de Debian reçoivent un support.

Alors que Debian 10 s’apprête à tirer sa révérence, les utilisateurs actuellement sur cette version sont encouragés à entamer leur migration vers Debian 11 (Bullseye) s’ils ne l’ont pas encore fait. À partir de juin, Debian cessera toutes les mises à jour de sécurité pour la version Buster.

Debian 11, la version actuelle « oldstable » du projet, sortie le 14 août 2021, entrera en phase LTS le 14 août 2024, reprenant là où s’arrêteront les mises à jour de sécurité standard. Rappelons que la version actuelle de la branche « stable » est Debian 12 (Bookworm) sortie le 10 juin 2023.

La dernière version du système d’initialisation systemd est sortie, avec comme slogan ouvertement critiqueur: « Bientôt disponible dans votre distribution la plus proche, maintenant avec 42 % de moins de philosophie Unix. »

Comme le souligne l’annonce de Lennart Poettering, c’est la première version de systemd dont le numéro de version est une valeur sur neuf bits.

La version 256, comme d’habitude, apporte une large gamme de nouvelles fonctionnalités, mais désactive également certaines fonctionnalités plus anciennes qui sont maintenant considérées comme obsolètes. Par exemple, elle ne s’exécutera pas sous cgroups version 1 à moins d’être forcée.

Présents depuis 2008, les cgroups sont un mécanisme de conteneurisation du noyau Linux initialement donné par Google, il y a plus d’une décénie. Les cgroups v2 ont été fusionnés en 2016, donc ce n’est pas un changement radical. Les scripts de service System V sont également obsolètes, tout comme la variable EFI SystemdOptions.

De plus, il y a quelques nouvelles commandes et options. Certaines sont relativement mineures, comme le nouveau binaire systemd-vpick, qui peut sélectionner automatiquement le dernier membre des répertoires versionnés. Avant que les admirateurs d’OpenVMS ne s’enthousiasment, non, Linux ne prend plus en charge les versions sur les fichiers ou répertoires. En contre-parti, il existe une nouvelle option qui utilise un système de « versionnement » (pardonnez l’anglicisme) formalisé impliquant:

…les chemins dont les composants finaux ont le suffixe .v/, pointant vers un répertoire.

Ces composants rechercheront alors automatiquement les fichiers appropriés à l’intérieur du répertoire, effectueront une comparaison de versions et ouvriront le fichier le plus récent trouvé (par version).

La dernière fonction, qui risque de faire des remous, est une toute nouvelle commande, « run0 », qui remplace efficacement la commande « sudo » telle qu’elle est utilisée dans macOS d’Apple et dans Ubuntu depuis la première version.

Agent P a introduit la nouvelle commande dans un fil Mastodon. Il indique que le principal avantage de run0 est qu’il n’a pas besoin de setuid, une fonction POSIX de base qui, pour citer sa page de manuel Linux, « définit l’identifiant utilisateur effectif du processus appelant. » En d’autres termes, sudo fait de la magie noire pour que le système d’exploitation traite une commande exécutée par un utilisateur ordinaire et non privilégié – c’est-à-dire vous, le péon – comme si le superutilisateur, « root », avait exécuté cette commande à la place. C’est une commande très ancienne, datant de 1980, mais elle n’est devenue populaire que dans les premières années de ce siècle. Elle était si acceptée que dès 2006, elle était le sujet de bandes dessinées.

M. Poettering considère ce « tour de magie » comme une mauvaise chose :

Dans mon monde idéal, nous aurions un système d’exploitation entièrement sans SUID. Rejetons le concept de SUID sur le tas des mauvaises idées de l’UNIX.

Une autre nouvelle commande est importctl, qui gère l’importation et l’exportation à la fois des images de disque au niveau des blocs et au niveau du système de fichiers. Et il y a un nouveau type de service système appelé « capsule« , ainsi qu’un « petit nouveau gestionnaire de services » appelé systemd-ssh-generator, qui permet aux machines virtuelles et aux conteneurs d’accepter les connexions SSH tant que systemd peut trouver le binaire sshd – même si aucun réseau n’est disponible.

Nous soupçonnons que, comme d’habitude, de nombreux anciens habitués des systèmes *NIX râleront que ce type de fonctionnalité n’a pas sa place dans un système d’initialisation. C’est effectivement discutable, mais la montée de systemd semble maintenant inexorable. Une claire majorité de distributions l’utilisent maintenant, et de nouveaux adeptes continuent d’apparaître. Il reste quelques réfractaires, et FreeBSD est là comme un espace sûr.

Les notes de version contiennent une liste complète des changements, et le responsable du projet a une liste de file décrivant les nouvelles fonctionnalités et la logique qui les sous-tend. Source: The Register

Canonical et DeepComputing ont annoncé aujourd’hui un nouveau laptop RISC-V fonctionnant sous Ubuntu, disponible en précommande dans quelques jours. Il s’agit du successeur du DC-ROMA, qui a été expédié l’année dernière.

« S’ajoutant à une longue liste de premières, le nouveau laptop DC-ROMA II est le premier à présenter le SoC K1 de SpacemiT – avec son CPU RISC-V à 8 cœurs fonctionnant jusqu’à 2,0 GHz avec 16 Go de mémoire. Cela a considérablement doublé ses performances globales et son efficacité énergétique par rapport à la génération précédente, avec un SoC à 4 cœurs fonctionnant à 1,5 GHz. De plus, le SoC K1 de SpacemiT est également le premier SoC au monde à prendre en charge le calcul haute performance RISC-V RVA 22 Profile RVV 1.0 avec une largeur de 256 bits, et à avoir des capacités d’IA puissantes avec son instruction d’opération matricielle personnalisée basée sur le principe de conception du groupe IME !

Ce laptop RISC-V de deuxième génération DC-ROMA présente également un boîtier entièrement en métal le rendant plus durable, améliorant ainsi une dissipation thermique plus efficace et offrant une apparence et une sensation de qualité supérieure par rapport à la génération précédente. » — Blog de Canonical

Le DC-ROMA II de Canonical vise clairement les développeurs, car il dispose essentiellement d’un GeekPort sur le côté du laptop, pour aider à porter et déboguer les logiciels. Mis à part cela et le processeur RISC-V, il s’agit plutôt d’un appareil de milieu de gamme, et aucun prix n’a encore été annoncé. Nous en saurons plus une fois que les précommandes seront disponibles dans quelques jours.

De manière surprenante et discrète, au milieu de la WWDC d’Apple, l’équipe de ChromeOS de Google a fait une annonce assez massive qui semble avoir passée sous le radar. Google annonce aujourd’hui qu’il remplace bon nombre des sous-systèmes actuellement relativement standards de ChromeOS par des sous-systèmes comparables à ceux d’Android.

Pour continuer à déployer de nouvelles fonctionnalités d’IA de Google auprès des utilisateurs à une échelle plus rapide et encore plus grande, nous allons adopter des parties de la pile Android, comme le noyau Linux Android et les frameworks Android, comme partie intégrante de la base de ChromeOS. Nous avons déjà une solide histoire de collaboration, avec des applications Android disponibles sur ChromeOS et le début de l’unification de nos piles Bluetooth à partir de ChromeOS 122.

Prajakta Gudadhe et Alexander Kuscher sur le blog de Chromium : « Les avantages pour Google ici sont évidents : au lieu de développer et de maintenir deux variantes du noyau Linux et divers sous-systèmes associés, ils n’ont plus qu’à se concentrer sur un seul, ce qui leur fait gagner du temps et de l’argent. Cela facilitera également la possibilité pour les deux plateformes de bénéficier de nouvelles fonctionnalités et de correctifs de bogues, ce qui devrait être bénéfique pour les utilisateurs des deux plateformes. »

Comme mentionné dans l’extrait, le premier sous-système majeur de ChromeOS à être remplacé par son homologue Android est Bluetooth. ChromeOS utilisait la pile Bluetooth BlueZ, la même que celle utilisée par la plupart (toutes ?) des distributions Linux aujourd’hui, qui a été initialement développée par Qualcomm, mais sera maintenant remplacé par Fluoride, celle d’Android. Selon Google, Fluoride présente plusieurs avantages par rapport à BlueZ. Il s’exécute presque entièrement dans l’espace utilisateur, contrairement à BlueZ, où plus de 50 % du code réside dans le noyau. De plus, Fluoride est écrit en Rust, et Google affirme qu’il a une architecture plus simple, ce qui facilite les tests. Google souligne également que Fluoride a une base d’utilisateurs beaucoup plus importante – c’est-à-dire tous les utilisateurs Android – ce qui présente également plusieurs avantages.

Google a effectué des tests internes pour mesurer les améliorations résultant du passage de ChromeOS de BlueZ à Fluoride, et les résultats des tests parlent d’eux-mêmes – le couplage est plus rapide, les échecs de couplage sont moins fréquents, et la reconnexion d’un appareil déjà couplé échoue moins souvent. Avec le Bluetooth qui est une technologie plutôt problématique à utiliser sous Linux, toutes les améliorations de l’expérience utilisateur sont les bienvenues. À la fin de l’article détaillé sur le blog de Google à propos du passage à Fluoride, la société note qu’elle a l’intention que le projet dans son ensemble, appelé Projet Floss, soit un projet open-source autonome, capable de fonctionner sur n’importe quelle distribution Linux.

Russ Lindsay, Abhishek Pandit-Subedi, Alain Michaud et Loic Wei Yu Neng sur le site Web des développeurs de ChromeOS :  « Nous aspirons à positionner le projet Floss comme un projet open source autonome qui peut dépasser les limites du propre système d’exploitation de Google d’une manière où nous pouvons maximiser la valeur et l’agilité globales de l’écosystème Bluetooth plus large. Nous avons également l’intention de soutenir la communauté Linux dans son ensemble avec pour objectif que Floss puisse facilement fonctionner sur la plupart des distributions Linux. »

Si Fluoride peut en effet apporter des avantages tangibles et mesurables en termes de performances Bluetooth sur les ordinateurs de bureau Linux, nul doute que plusieurs distributions seront plus que disposées à passer à cette technologie. Le Bluetooth est largement utilisé, et si Fedora, Ubuntu, Arch, etc., pourraient améliorer l’expérience Bluetooth en passant à Fluoride, l’avenir nous dira s’ils le feront!