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!

Nous rêvons tous d’un puissant ordinateur portable ARM capable de faire tourner confortablement Linux, et il semble qu’avec le nouveau SoC Snapdragon X Elite de Qualcomm, cela va enfin se concrétiser. Ils ont déjà indiqué par le passé que, pour une fois, Qualcomm prend très au sérieux le support de Linux pour ses nouveaux processeurs axés sur les ordinateurs portables, et cette promesse et cet effort associé portent leurs fruits. Tuxedo, un fabricant OEM Linux populaire en Allemagne, a annoncé qu’il travaillait sur un ordinateur portable avec la puce Snapdragon X Elite, et ils ont présenté un prototype fonctionnel au Computex à Taiwan.

« Nous travaillons depuis un certain temps avec un premier prototype, qui sera bientôt remplacé par un second. Le développement en est encore à l’étape alpha, car certains pilotes manquent encore, qui seront espérons-le disponibles avec les deux prochaines versions du noyau. »

Il est tout à fait concevable qu’un notebook ARM de TUXEDO soit sous votre sapin de Noël en 2024, à tous de moins du côté européen. Cependant, il reste encore trop de pièces manquantes dans le puzzle du matériel, du logiciel et de la capacité de livraison pour même commencer à fixer une date de sortie. TUXEDO pour ARM viendra, mais nous ne savons pas encore exactement quand.

Sur le site web de Tuxedo, leur calendrier de l’ajout de plus de pilotes Qualcomm dans les deux prochaines versions du noyau coïncide avec celui de Qualcomm, il semble donc que nous attendions principalement qu’ils finissent leurs pilotes Linux et qu’ils les ajoutent au noyau. C’est très excitant, et une option bien meilleure pour les utilisateurs de Linux que d’acheter une version Windows d’un ordinateur portable X Elite ou Pro et espérer le meilleur. Source: OSnews