Linus Torvalds s’est encore une fois agacé des débats autour de l’IA. Si le père de Linux avait pesté contre les nombreux rapports d’erreurs générés par les LLM et peu efficaces, il l’affirme cette fois bien haut : Linux n’est pas anti-IA, et ces outils sont là pour rester.
Le litige concerne cette fois Sashiko, un bot d’IA générative chargé de relire (review) les patches soumis au noyau Linux. La question technique est simple : faut-il envoyer directement aux développeurs les commentaires générés par Sashiko, ou les faire filtrer par un mainteneur humain avant transmission ?
Laurent Pinchart, contributeur de longue date au kernel, s’oppose à l’envoi direct des reviews de Sashiko aux auteurs de code. Il s’appuie sur les recommandations publiées le 18 juin 2026 par la Software Freedom Conservancy (SFC) concernant les outils basés sur des LLM, qui préconisent de respecter le choix des développeurs refusant l’IA.
Roman Gushchin, un autre contributeur, rétorque pour sa part qu’il serait contre-productif de faire vérifier et retransmettre manuellement chaque review IA par un humain, l’intérêt de l’IA étant justement de faire gagner du temps aux mainteneurs. En outre, il indique que la position très restrictive de la SFC n’est pas partagée par le projet Linux.
Ce que fait Sashiko
Sashiko a été développé par Roman Gushchin, ingénieur senior chez Google, et annoncé publiquement le 17 mars 2026 sur la liste de diffusion du noyau. Dans son message d’annonce, Gushchin précise que le service tourne sur le modèle Gemini 3.1 Pro, et remercie Google pour la mise à disposition de la puissance de calcul et de l’infrastructure ayant permis le projet (lkml.iu.edu). Le code de Sashiko, écrit en Rust, permet en théorie de configurer d’autres fournisseurs de LLM comme Claude et GitHub Copilot CLI, mais c’est bien avec Gemini que le programme a été le plus testé, comme le relevait alors The Register.
Sashiko est un service centralisé, financé par Google, qui surveille automatiquement la mailing-list du noyau (et d’autres, comme celle de Rust-for-Linux) et poste ses reviews de manière automatisée. Selon les mesures de Gushchin lui-même, Sashiko détecte environ 53 % des bugs corrigés a posteriori sur un échantillon non filtré de 1 000 commits récents. Il s’agit cependant des mesures de l’ingénieur, elles ne sont pas soutenues par des mesures indépendantes.
Torvalds s’agace une nouvelle fois
Face aux débats autour de l’IA, largement alimentés par la crainte d’un slop à profusion, Linus Torvalds est finalement intervenu.
Comme souligné par Phoronix, Torvalds a indiqué que la position générale autour du noyau Linux est que l’IA est utile, quand elle est utilisée correctement. Pas question selon lui de rejeter en bloc les rapports d’erreurs générés. Il se dit prêt à peser de tout son poids de mainteneur principal du noyau si nécessaire.
On retrouve rapidement le franc-parler du développeur. Il affirme ainsi que « Linux n’est pas l’un de ces projets anti-IA » et que toute personne n’étant pas satisfaite de cette position peut faire ce que l’on fait toujours dans l’open source : forker. Pour faire bonne mesure, il ajoute que les personnes pointant les défauts de l’IA feraient bien de se « regarder dans un miroir », l’intelligence humaine n’étant pas non plus exempte d’erreurs.
L’open source n’est pas une religion
« L’IA est un outil, comme les autres outils que nous utilisons. Et c’est clairement utile. Ce n’était peut-être pas aussi « clair » il y a seulement un an, mais ce n’est plus remis en question aujourd’hui. Oui, cela peut aussi être un outil un peu pénible […], mais la solution n’est pas de baisser la tête dans le sable et de chanter « la la la, je ne t’entends pas » à pleins poumons comme certains semblent le faire », assène Torvalds.
Il est également d’avis que « l’aspect social du travail open source est important et est souvent une partie motivante du projet », mais que « c’est un avantage secondaire, pas le but du projet ». Avant d’ajouter, au sujet de Linux : « Ce n’est *PAS* un projet de « guerrier social », ça n’a jamais existé, et ça ne le sera jamais. Dans la communauté du noyau, nous faisons de l’open source parce que cela permet une meilleure technologie, pas pour des raisons religieuses ».
Linus Torvalds s’est encore une fois agacé des débats autour de l’IA. Si le père de Linux avait pesté contre les nombreux rapports d’erreurs générés par les LLM et peu efficaces, il l’affirme cette fois bien haut : Linux n’est pas anti-IA, et ces outils sont là pour rester.
Le litige concerne cette fois Sashiko, un bot d’IA générative chargé de relire (review) les patches soumis au noyau Linux. La question technique est simple : faut-il envoyer directement aux développeurs les commentaires générés par Sashiko, ou les faire filtrer par un mainteneur humain avant transmission ?
Laurent Pinchart, contributeur de longue date au kernel, s’oppose à l’envoi direct des reviews de Sashiko aux auteurs de code. Il s’appuie sur les recommandations publiées le 18 juin 2026 par la Software Freedom Conservancy (SFC) concernant les outils basés sur des LLM, qui préconisent de respecter le choix des développeurs refusant l’IA.
Roman Gushchin, un autre contributeur, rétorque pour sa part qu’il serait contre-productif de faire vérifier et retransmettre manuellement chaque review IA par un humain, l’intérêt de l’IA étant justement de faire gagner du temps aux mainteneurs. En outre, il indique que la position très restrictive de la SFC n’est pas partagée par le projet Linux.
Ce que fait Sashiko
Sashiko a été développé par Roman Gushchin, ingénieur senior chez Google, et annoncé publiquement le 17 mars 2026 sur la liste de diffusion du noyau. Dans son message d’annonce, Gushchin précise que le service tourne sur le modèle Gemini 3.1 Pro, et remercie Google pour la mise à disposition de la puissance de calcul et de l’infrastructure ayant permis le projet (lkml.iu.edu). Le code de Sashiko, écrit en Rust, permet en théorie de configurer d’autres fournisseurs de LLM comme Claude et GitHub Copilot CLI, mais c’est bien avec Gemini que le programme a été le plus testé, comme le relevait alors The Register.
Sashiko est un service centralisé, financé par Google, qui surveille automatiquement la mailing-list du noyau (et d’autres, comme celle de Rust-for-Linux) et poste ses reviews de manière automatisée. Selon les mesures de Gushchin lui-même, Sashiko détecte environ 53 % des bugs corrigés a posteriori sur un échantillon non filtré de 1 000 commits récents. Il s’agit cependant des mesures de l’ingénieur, elles ne sont pas soutenues par des mesures indépendantes.
Torvalds s’agace une nouvelle fois
Face aux débats autour de l’IA, largement alimentés par la crainte d’un slop à profusion, Linus Torvalds est finalement intervenu.
Comme souligné par Phoronix, Torvalds a indiqué que la position générale autour du noyau Linux est que l’IA est utile, quand elle est utilisée correctement. Pas question selon lui de rejeter en bloc les rapports d’erreurs générés. Il se dit prêt à peser de tout son poids de mainteneur principal du noyau si nécessaire.
On retrouve rapidement le franc-parler du développeur. Il affirme ainsi que « Linux n’est pas l’un de ces projets anti-IA » et que toute personne n’étant pas satisfaite de cette position peut faire ce que l’on fait toujours dans l’open source : forker. Pour faire bonne mesure, il ajoute que les personnes pointant les défauts de l’IA feraient bien de se « regarder dans un miroir », l’intelligence humaine n’étant pas non plus exempte d’erreurs.
L’open source n’est pas une religion
« L’IA est un outil, comme les autres outils que nous utilisons. Et c’est clairement utile. Ce n’était peut-être pas aussi « clair » il y a seulement un an, mais ce n’est plus remis en question aujourd’hui. Oui, cela peut aussi être un outil un peu pénible […], mais la solution n’est pas de baisser la tête dans le sable et de chanter « la la la, je ne t’entends pas » à pleins poumons comme certains semblent le faire », assène Torvalds.
Il est également d’avis que « l’aspect social du travail open source est important et est souvent une partie motivante du projet », mais que « c’est un avantage secondaire, pas le but du projet ». Avant d’ajouter, au sujet de Linux : « Ce n’est *PAS* un projet de « guerrier social », ça n’a jamais existé, et ça ne le sera jamais. Dans la communauté du noyau, nous faisons de l’open source parce que cela permet une meilleure technologie, pas pour des raisons religieuses ».
Le dernier Patch Tuesday a été publié le 14 juillet. Il s’agit pour rappel d’un record absolu pour Microsoft, avec pas moins de 570 failles corrigées, soit presque le triple du précédent record établi en juin.
La mise à jour mensuelle est proposée sous l’appellation KB5101650. Elle est cependant synonyme de problèmes pour certaines machines Dell, avec des instabilités matérielles majeures. Sur les modèles concernés, le processeur s’échauffe nettement plus et la batterie fond comme neige au soleil.
Contrairement à ce que l’on peut lire dans une partie de la presse toutefois, ce n’est pas une surprise. Le problème vient d’un pilote Intel nommé Innovation Platform Framework Processor Participant, ou Intel IPF. Il gère l’allocation thermique, les limites d’alimentation (Power Limits PL1/PL2) et les politiques de refroidissement passif/actif au niveau du processeur.
Ce pilote entre en conflit avec une nouvelle interface système pour le gestionnaire de connexions USB-C, intégrée dans la mise à jour KB5101650. Or, cette dernière est d’abord sortie en juin sous forme de mise à jour optionnelle. Le problème avec le pilote Intel IPF sur les machines Dell est apparu à ce moment. Lors du Patch Tuesday, Microsoft a assorti la diffusion d’un mécanisme de blocage pour empêcher l’installation sur les machines concernées.
Reste le cas des ordinateurs déjà touchés en juin, pour les utilisateurs ayant choisi d’installer la mise à jour optionnelle. Sur ces configurations, l’absence du pilote entraine celle de la gestion fine des états d’alimentation pour le processeur.
Il n’y a pour l’instant que deux solutions possibles, complémentaires ou non : désinstaller la mise à jour KB5101650 et/ou surveiller l’arrivée d’un nouveau pilote proposé par Dell, via les canaux habituels comme SupportAssist et Dell Command. Dell et Intel sont au courant de la situation et travaillent avec Microsoft pour résoudre le problème.
Il semble que seul Dell soit affecté, le constructeur ayant spécifiquement modifié le pilote pour l’interfacer avec ses propres firmwares (BIOS/UEFI). Pour l’instant, aucun autre cas n’a été signalé chez la concurrence.
Le dernier Patch Tuesday a été publié le 14 juillet. Il s’agit pour rappel d’un record absolu pour Microsoft, avec pas moins de 570 failles corrigées, soit presque le triple du précédent record établi en juin.
La mise à jour mensuelle est proposée sous l’appellation KB5101650. Elle est cependant synonyme de problèmes pour certaines machines Dell, avec des instabilités matérielles majeures. Sur les modèles concernés, le processeur s’échauffe nettement plus et la batterie fond comme neige au soleil.
Contrairement à ce que l’on peut lire dans une partie de la presse toutefois, ce n’est pas une surprise. Le problème vient d’un pilote Intel nommé Innovation Platform Framework Processor Participant, ou Intel IPF. Il gère l’allocation thermique, les limites d’alimentation (Power Limits PL1/PL2) et les politiques de refroidissement passif/actif au niveau du processeur.
Ce pilote entre en conflit avec une nouvelle interface système pour le gestionnaire de connexions USB-C, intégrée dans la mise à jour KB5101650. Or, cette dernière est d’abord sortie en juin sous forme de mise à jour optionnelle. Le problème avec le pilote Intel IPF sur les machines Dell est apparu à ce moment. Lors du Patch Tuesday, Microsoft a assorti la diffusion d’un mécanisme de blocage pour empêcher l’installation sur les machines concernées.
Reste le cas des ordinateurs déjà touchés en juin, pour les utilisateurs ayant choisi d’installer la mise à jour optionnelle. Sur ces configurations, l’absence du pilote entraine celle de la gestion fine des états d’alimentation pour le processeur.
Il n’y a pour l’instant que deux solutions possibles, complémentaires ou non : désinstaller la mise à jour KB5101650 et/ou surveiller l’arrivée d’un nouveau pilote proposé par Dell, via les canaux habituels comme SupportAssist et Dell Command. Dell et Intel sont au courant de la situation et travaillent avec Microsoft pour résoudre le problème.
Il semble que seul Dell soit affecté, le constructeur ayant spécifiquement modifié le pilote pour l’interfacer avec ses propres firmwares (BIOS/UEFI). Pour l’instant, aucun autre cas n’a été signalé chez la concurrence.
Même si elle se fait attendre, il y aura bien de la publicité dans Plans d’Apple. La « fonction » a été annoncée en mars, et depuis aucun panneau n’est venu polluer l’application. Pas de panique, ça va venir.
Les fins de mois sont difficiles pour Apple, qui doit trouver de nouveaux moyens de redonner un peu de pep’s à des marges entamées par l’explosion des prix de la mémoire. Pourquoi ne pas demander un coup de main aux utilisateurs d’iPhone ? Eux qui ont déjà dépensé plus de 1 000 euros (parfois bien davantage) pour leur smartphone, seront probablement ravis de soutenir la PME cupertinienne en lui offrant un peu de leur temps de cerveau disponible.
Les utilisateurs de smartphones et de tablettes Apple subissent déjà de la publicité dans l’App Store. Ils devront bientôt l’endurer aussi dans l’app Plans. L’annonce remonte au mois de mars, mais depuis Apple n’avait pas donné de nouvelles. Le constructeur prépare le terrain, au travers d’une nouvelle politique applicable aux annonceurs et à leurs agences.
Image : Apple
Dans l’application de cartographie, les annonceurs peuvent promouvoir une entreprise, un produit ou un service, en respectant des règles et consignes parfois étonnantes. Ainsi des services à domicile : les plombiers, électriciens, serruriers, chauffagistes, spécialistes de la climatisation et de la lutte contre les parasites n’ont pas le droit de faire de la pub dans Plans. Ils pourront toujours en faire dans Google Maps.
Les services de caution judiciaire et les distributeurs automatiques de cryptomonnaies sont soumis à la même règle d’airain d’Apple. L’entreprise bannit les publicités politiques, les réclames pour les armes, le tabac, les drogues récréatives, les produits contrefaits, ainsi que les contenus violents ou sexuellement explicites, et bien sûr les services ou produits illégaux.
Les publicités pour des services médicaux seront examinées individuellement. Apple laissera passer les services financiers, les jeux d’argent, l’alcool ou les concours, bien sûr dans les pays où ils sont autorisés. Celles concernant des produits concurrents seront traitées au cas par cas. La publication de cette politique précède sans aucun doute le lancement à proprement parler, qui débutera dans le courant de l’été aux États-Unis et au Canada.
Dans Plans, les publicités apparaitront dans les « lieux suggérés », ainsi que dans les résultats d’une recherche. Il y a tout lieu de craindre un déploiement plus large : dans l’App Store, Apple avait commencé discrètement avec un bandeau dans le moteur de recherche. Depuis, on en trouve disséminées un peu partout.
Même si elle se fait attendre, il y aura bien de la publicité dans Plans d’Apple. La « fonction » a été annoncée en mars, et depuis aucun panneau n’est venu polluer l’application. Pas de panique, ça va venir.
Les fins de mois sont difficiles pour Apple, qui doit trouver de nouveaux moyens de redonner un peu de pep’s à des marges entamées par l’explosion des prix de la mémoire. Pourquoi ne pas demander un coup de main aux utilisateurs d’iPhone ? Eux qui ont déjà dépensé plus de 1 000 euros (parfois bien davantage) pour leur smartphone, seront probablement ravis de soutenir la PME cupertinienne en lui offrant un peu de leur temps de cerveau disponible.
Les utilisateurs de smartphones et de tablettes Apple subissent déjà de la publicité dans l’App Store. Ils devront bientôt l’endurer aussi dans l’app Plans. L’annonce remonte au mois de mars, mais depuis Apple n’avait pas donné de nouvelles. Le constructeur prépare le terrain, au travers d’une nouvelle politique applicable aux annonceurs et à leurs agences.
Image : Apple
Dans l’application de cartographie, les annonceurs peuvent promouvoir une entreprise, un produit ou un service, en respectant des règles et consignes parfois étonnantes. Ainsi des services à domicile : les plombiers, électriciens, serruriers, chauffagistes, spécialistes de la climatisation et de la lutte contre les parasites n’ont pas le droit de faire de la pub dans Plans. Ils pourront toujours en faire dans Google Maps.
Les services de caution judiciaire et les distributeurs automatiques de cryptomonnaies sont soumis à la même règle d’airain d’Apple. L’entreprise bannit les publicités politiques, les réclames pour les armes, le tabac, les drogues récréatives, les produits contrefaits, ainsi que les contenus violents ou sexuellement explicites, et bien sûr les services ou produits illégaux.
Les publicités pour des services médicaux seront examinées individuellement. Apple laissera passer les services financiers, les jeux d’argent, l’alcool ou les concours, bien sûr dans les pays où ils sont autorisés. Celles concernant des produits concurrents seront traitées au cas par cas. La publication de cette politique précède sans aucun doute le lancement à proprement parler, qui débutera dans le courant de l’été aux États-Unis et au Canada.
Dans Plans, les publicités apparaitront dans les « lieux suggérés », ainsi que dans les résultats d’une recherche. Il y a tout lieu de craindre un déploiement plus large : dans l’App Store, Apple avait commencé discrètement avec un bandeau dans le moteur de recherche. Depuis, on en trouve disséminées un peu partout.
Un lourd rapport a été publié ce 15 juillet, suite aux travaux de la commission lancée en février pour analyser les dépendances structurelles et les vulnérabilités systémiques dans le secteur du numérique et les risques pour l’indépendance de la France. Cette commission, présidée par Philippe Latombe avec Cyrielle Chatelain comme rapporteure, pointe six grandes catégories de failles et liste de nombreuses recommandations, dont certaines radicales.
Cet épais rapport sur la souveraineté numérique de 453 pages est le fruit d’un travail ayant réuni 26 députés issus de l’ensemble des groupes politiques. Le rapport a été adopté le 8 juillet, à l’issue de 45 auditions, 112 personnes ayant été entendues. Une semaine plus tard, le rapport est en ligne et une conférence de presse a été organisée pour en brosser les grandes lignes.
Constats amers
Dès l’avant-propos, Philippe Latombe donne le ton. Lui qui est également président de la commission chargée d’examiner le projet de loi relatif à la résilience des infrastructures critiques et au renforcement de la cybersécurité situe le rapport dans la continuité d’une mission d’information qu’il avait déjà consacrée à la souveraineté numérique en 2021. Le propos se fait volontiers acide : « Mon principal regret reste sans doute qu’il ait fallu attendre l’ère MAGA pour qu’un plus grand nombre de politiques et de groupes parlementaires s’intéresse aux dépendances structurelles et aux vulnérabilités systémiques de la France dans le secteur du numérique, ainsi qu’aux risques pour l’indépendance et la souveraineté de notre pays ».
Le député dit avoir été « peu suivi » et « trop souvent cantonné au rôle de Cassandre ». À ceci près que le personnage mythologique « n’avait à alerter que sur un cheval de Troie, alors que nous devons faire face à une multitude de vulnérabilités : fournisseurs américains de cloud, systèmes d’exploitation étrangers, nombreux composants électroniques asiatiques, infrastructures internet mondiales… ».
L’introduction situe ensuite le périmètre retenu. D’une part, les administrations publiques et les entreprises d’intérêt vital, jugées prioritaires en raison de leur criticité. D’autre part une approche plus large des « dépendances systémiques », couvrant six familles de vulnérabilités. La commission indique explicitement ne pas avoir traité en détail la cybersécurité proprement dite ni les dépendances matérielles, qui font l’objet de travaux distincts.
Les six catégories de vulnérabilités sont les suivantes :
les failles démocratiques à travers les ingérences et la désinformation. Les algorithmes de recommandation des plateformes privées sont pointés du doigt, dont celui de X au travers des travaux menés par Germain Gauthier, directeur de recherche au CNRS : jusqu’à 15 % des électeurs indépendants peuvent changer d’opinion après une exposition aux réseaux sociaux ;
l’exploitation des failles techniques dans les administrations et les entreprises, et le torrent d’attaques cyber qui en découle, avec pour preuve les multiples fuites référencées ces dernières années ;
la quantité croissante de données à stocker et à protéger, avec les trois thématiques liées : légalité des traitements opérés (RGPD), extraterritorialité du droit (tout particulièrement américain) et captation des données ;
la primauté du profit sur les libertés individuelles, qui entraîne violation de la vie privée, exposition à des contenus nocifs et développement d’algorithmes addictifs ;
le verrouillage et la dépendance des utilisateurs, pratique jugée comme étant « au cœur des stratégies des fournisseurs de logiciels » ;
les vulnérabilités liées aux infrastructures et aux composants clés.
Où en sont les administrations françaises ?
C’est le chapitre le plus documenté du rapport. La méthodologie a reposé sur des questionnaires envoyés à l’ensemble des directions numériques ministérielles (annexe 2), complétés par des auditions des directeurs des systèmes d’information.
Il en est notamment ressorti que sur les 466 applications métiers recensées dans l’administration (liste non exhaustive), les deux tiers ont été développées spécifiquement pour les besoins associés, dont 57 % par des prestataires externes. L’analyse croisée par pays d’origine montre que les fournisseurs français dominent largement les applications les plus critiques : 69 % pour la catégorie 1 (atteinte à l’ordre public, sécurité, vie des personnes) et 83 % pour la catégorie 2 (interruption d’une mission de service public essentielle), soit respectivement 81 et 228 applications. Les États-Unis arrivant en deuxième position avec 7 et 12 applications respectivement.
Il reste 70% de l'article à découvrir. Vous devez être abonné•e pour lire la suite de cet article. Déjà abonné•e ? Générez une clé RSS dans votre profil.
WhatsApp travaille sur un système de sauvegarde en ligne des conversations sur ses propres serveurs, avec chiffrement de bout en bout. Et ce, aussi bien sur Android que sur iOS. Un moyen de libérer de l’espace dans Google Drive et iCloud, et d’imaginer des restaurations entre les deux plateformes.
Jusqu’à présent, la sauvegarde des conversations de WhatsApp se déroule soit dans Google Drive (sur Android), ou iCloud (sur iOS). Une solution simple, mais qui se heurte souvent aux limites de l’enveloppe de stockage des deux services : 15 Go pour le premier, 5 Go pour le second. Et cet espace est partagé avec d’autres données et documents.
Les utilisateurs de WhatsApp friands de partage de photos, de vidéos et de lourds fichiers frappent assez vite ce plafond de verre. Pour aller au-delà, il faut mettre la main à la poche : à partir d’1,99 euro par mois chez Google pour 100 Go, contre 0,99 euro pour 50 Go sur iCloud. WhatsApp travaille sur une solution maison : la sauvegarde des discussions sur ses propres serveurs, comme l’a repéré WABetaInfo en fouillant dans le code des bêtas de WhatsApp.
Image : WABetaInfo
Le principe sur les deux plateformes est le même. L’application propose de sélectionner un fournisseur pour la sauvegarde : Google Drive ou iCloud en fonction de l’appareil, ainsi que son propre service de stockage. Tout cela peut encore évoluer, voire être abandonné : la fonction en est encore aux premières étapes de son développement et n’est pas proposée aux bêta-testeurs. Les premières traces de cette fonction remontent au mois d’avril sur Android, et tout récemment sur iOS.
Actuellement, WhatsApp envisagerait 2 Go de stockage de base, sans frais supplémentaires. Avec 3 milliards d’utilisateurs, la messagerie peut difficilement faire plus, mais là aussi les utilisateurs les plus gourmands risquent d’être rapidement pris au dépourvu. C’est pourquoi WhatsApp proposerait de gonfler l’enveloppe contre une petite contribution sonnante et trébuchante : 0,99 dollar pour 50 Go, comme chez Apple. Et on pourrait grimper jusqu’à 1 To. Bien sûr, les prix et l’offre peuvent encore évoluer.
On ne sait pas encore ce que WhatsApp fera des anciennes sauvegardes. Sur iOS, celles conservées dans iCloud pourront toujours être supprimées manuellement depuis les réglages. Si l’utilisateur décide de faire confiance aux serveurs de Meta (c’est un grand « si »), les sauvegardes seront chiffrées de bout en bout ; de fait, personne ne pourra y avoir accès, si ce n’est l’utilisateur. Autre utilité de cette fonction : les sauvegardes stockées chez WhatsApp ne seront pas verrouillées à une plateforme. De fait, cela pourrait grandement faciliter la restauration des conversations.
WhatsApp travaille sur un système de sauvegarde en ligne des conversations sur ses propres serveurs, avec chiffrement de bout en bout. Et ce, aussi bien sur Android que sur iOS. Un moyen de libérer de l’espace dans Google Drive et iCloud, et d’imaginer des restaurations entre les deux plateformes.
Jusqu’à présent, la sauvegarde des conversations de WhatsApp se déroule soit dans Google Drive (sur Android), ou iCloud (sur iOS). Une solution simple, mais qui se heurte souvent aux limites de l’enveloppe de stockage des deux services : 15 Go pour le premier, 5 Go pour le second. Et cet espace est partagé avec d’autres données et documents.
Les utilisateurs de WhatsApp friands de partage de photos, de vidéos et de lourds fichiers frappent assez vite ce plafond de verre. Pour aller au-delà, il faut mettre la main à la poche : à partir d’1,99 euro par mois chez Google pour 100 Go, contre 0,99 euro pour 50 Go sur iCloud. WhatsApp travaille sur une solution maison : la sauvegarde des discussions sur ses propres serveurs, comme l’a repéré WABetaInfo en fouillant dans le code des bêtas de WhatsApp.
Image : WABetaInfo
Le principe sur les deux plateformes est le même. L’application propose de sélectionner un fournisseur pour la sauvegarde : Google Drive ou iCloud en fonction de l’appareil, ainsi que son propre service de stockage. Tout cela peut encore évoluer, voire être abandonné : la fonction en est encore aux premières étapes de son développement et n’est pas proposée aux bêta-testeurs. Les premières traces de cette fonction remontent au mois d’avril sur Android, et tout récemment sur iOS.
Actuellement, WhatsApp envisagerait 2 Go de stockage de base, sans frais supplémentaires. Avec 3 milliards d’utilisateurs, la messagerie peut difficilement faire plus, mais là aussi les utilisateurs les plus gourmands risquent d’être rapidement pris au dépourvu. C’est pourquoi WhatsApp proposerait de gonfler l’enveloppe contre une petite contribution sonnante et trébuchante : 0,99 dollar pour 50 Go, comme chez Apple. Et on pourrait grimper jusqu’à 1 To. Bien sûr, les prix et l’offre peuvent encore évoluer.
On ne sait pas encore ce que WhatsApp fera des anciennes sauvegardes. Sur iOS, celles conservées dans iCloud pourront toujours être supprimées manuellement depuis les réglages. Si l’utilisateur décide de faire confiance aux serveurs de Meta (c’est un grand « si »), les sauvegardes seront chiffrées de bout en bout ; de fait, personne ne pourra y avoir accès, si ce n’est l’utilisateur. Autre utilité de cette fonction : les sauvegardes stockées chez WhatsApp ne seront pas verrouillées à une plateforme. De fait, cela pourrait grandement faciliter la restauration des conversations.
La nouvelle version 1.3 de COSMIC Desktop vient de paraître. Cet environnement de bureau est pour rappel édité par l’entreprise System76, en plus de sa propre distribution Linux, Pop!_OS. D’abord réservé à cette dernière, COSMIC Desktop est devenu un projet indépendant, aussi open source et libre que le reste, développé intégralement en Rust et disponible sur d’autres systèmes. Fedora a par exemple son propre Spin.
Cette version 1.3 apporte surtout l’apparence « Frosted glass » aux éléments de l’interface. Les utilisateurs de Pop!_OS l’avaient eue il y a quelques jours, COSMIC Desktop 1.3 permet de l’activer sur toutes les autres distributions.
Le travail sur Frosted glass a duré plusieurs mois. Inspiré par le Liquid Glass, il fait davantage dans le verre givré/dépoli que dans le « verre liquide », avec un résultat plus sobre. Les réglages, désactivés par défaut, se trouvent dans Paramètres > Bureau. Sous le choix du type d’arrondi, une nouvelle entrée « Frosted glass » fait son apparition. Elle ouvre un panneau dans lequel on peut choisir les éléments sur lesquels on veut répercuter ce type d’affichage. On remarque d’ailleurs que tout est encore en anglais.
Le résultat final dépend largement du thème initialement choisi. Avec ceux par défaut pour le clair et le sombre, le verre givré apporte une touche de transparence, qui ne semble pas avoir les soucis de lisibilité qu’avait Liquid Glass dans la première proposition d’Apple (les versions 27 des systèmes travaillent d’ailleurs ce point). L’ajout de ces réglages reste optionnel et les personnes n’appréciant pas ce type d’affichage pourront passer leur chemin.
COSMIC Desktop 1.3 présente d’autres apports, comme l’affichage du GPU dédié dans le menu contextuel COSMIC, le support des fonds d’écran AVIF, le remplacement du backend personnalisé NetworkManager par nmrs (en Rust), un meilleur défilement pour la molette, ou encore des améliorations pour le nouveau COSMIC Monitor apparu dans la version 1.2 du Desktop, avec notamment le calcul de la consommation d’énergie pour les GPU AMD/Intel et la possibilité de suspendre les GPU NVIDIA.
La nouvelle version 1.3 de COSMIC Desktop vient de paraître. Cet environnement de bureau est pour rappel édité par l’entreprise System76, en plus de sa propre distribution Linux, Pop!_OS. D’abord réservé à cette dernière, COSMIC Desktop est devenu un projet indépendant, aussi open source et libre que le reste, développé intégralement en Rust et disponible sur d’autres systèmes. Fedora a par exemple son propre Spin.
Cette version 1.3 apporte surtout l’apparence « Frosted glass » aux éléments de l’interface. Les utilisateurs de Pop!_OS l’avaient eue il y a quelques jours, COSMIC Desktop 1.3 permet de l’activer sur toutes les autres distributions.
Le travail sur Frosted glass a duré plusieurs mois. Inspiré par le Liquid Glass, il fait davantage dans le verre givré/dépoli que dans le « verre liquide », avec un résultat plus sobre. Les réglages, désactivés par défaut, se trouvent dans Paramètres > Bureau. Sous le choix du type d’arrondi, une nouvelle entrée « Frosted glass » fait son apparition. Elle ouvre un panneau dans lequel on peut choisir les éléments sur lesquels on veut répercuter ce type d’affichage. On remarque d’ailleurs que tout est encore en anglais.
Le résultat final dépend largement du thème initialement choisi. Avec ceux par défaut pour le clair et le sombre, le verre givré apporte une touche de transparence, qui ne semble pas avoir les soucis de lisibilité qu’avait Liquid Glass dans la première proposition d’Apple (les versions 27 des systèmes travaillent d’ailleurs ce point). L’ajout de ces réglages reste optionnel et les personnes n’appréciant pas ce type d’affichage pourront passer leur chemin.
COSMIC Desktop 1.3 présente d’autres apports, comme l’affichage du GPU dédié dans le menu contextuel COSMIC, le support des fonds d’écran AVIF, le remplacement du backend personnalisé NetworkManager par nmrs (en Rust), un meilleur défilement pour la molette, ou encore des améliorations pour le nouveau COSMIC Monitor apparu dans la version 1.2 du Desktop, avec notamment le calcul de la consommation d’énergie pour les GPU AMD/Intel et la possibilité de suspendre les GPU NVIDIA.
Microsoft poursuit son entreprise de réhabilitation de Windows 11 avec une nouvelle fournée d’améliorations et d’optimisations pour des fonctions de base du système d’exploitation. La recherche en profite directement.
Qui n’a pas un jour pesté contre les résultats de la recherche de Windows 11 ? Cela fait des années que les utilisateurs s’en plaignent, et mieux vaut tard que jamais : Microsoft a entendu ce cri du cœur. Les cobayes de la branche expérimentale du programme Windows Insider ont désormais la possibilité d’installer plusieurs nouveautés visant à faire place nette dans cet endroit vital du système d’exploitation.
L’écran d’accueil de la recherche se montre ainsi bien moins chargé en informations inutiles. Les contenus recommandés ont fait leurs bagages ; la zone ne propose désormais plus que les derniers résultats. Cela parait presque un peu vide, mais qui s’en plaindra ?
Les résultats d’une recherche en local se veulent eux aussi plus clairs et espacés, tout en présentant davantage d’informations et, quand c’est possible, un aperçu du fichier. Chercher un paramètre de l’OS renvoie vers des résultats plus propres et surtout qui proposent les réglages les plus pertinents en premier.
Quant à la recherche en ligne, elle perd le contenu promotionnel, ce qui ne fera de peine à personne. Les résultats web affichent désormais « les réponses les plus pertinentes » en premier lieu, plutôt que des promos ou des produits liés.
Dans le même ordre d’idée, il est désormais possible de ne plus afficher de suggestions web ni du Microsoft Store ; deux options à trouver dans le panneau Confidentialité et sécurité. Un petit tour dans ces réglages ne sera pas de trop, sachant qu’elles sont actives par défaut. Fin mai, Microsoft avait inauguré un autre changement important dans la branche expérimentale de Windows : obliger l’OS à ne chercher des résultats que dans les contenus locaux.
L’éditeur ajoute au lot une priorisation des résultats locaux lorsqu’ils correspondent mieux à la recherche. Par conséquent, les apps, les paramètres et les fichiers apparaissent systématiquement avant les suggestions du web et du Store (si elles sont activées). Le moteur se veut également plus souple vis à vis des erreurs de frappe : « utlook » trouvera « Outlook », par exemple.
Toujours pour la recherche, Microsoft promet également une amélioration de la stabilité, une réduction des plantages et moins de problèmes de chargement. Toutes ces modifications accompagnent le chantier à ciel ouvert d’un Windows 11 qui lâche un peu l’ajout sans queue ni tête de fonctions IA pour privilégier les besoins des utilisateurs.
Depuis le début de l’année, l’éditeur a multiplié les petites et grandes attentions, à l’image de la barre des tâches qui peut s’épingler en haut de l’écran, du menu Démarrer nettement plus personnalisable, ou encore d’un plus grand contrôle sur Windows Update. On a l’impression que Microsoft découvre la Lune ici, mais ce dépoussiérage en règle pourrait réconcilier quelques fâchés avec Windows 11. La version 26H2, qui sera livrée cet automne, permettra au grand public de tester une bonne partie de ces nouveautés.
Microsoft poursuit son entreprise de réhabilitation de Windows 11 avec une nouvelle fournée d’améliorations et d’optimisations pour des fonctions de base du système d’exploitation. La recherche en profite directement.
Qui n’a pas un jour pesté contre les résultats de la recherche de Windows 11 ? Cela fait des années que les utilisateurs s’en plaignent, et mieux vaut tard que jamais : Microsoft a entendu ce cri du cœur. Les cobayes de la branche expérimentale du programme Windows Insider ont désormais la possibilité d’installer plusieurs nouveautés visant à faire place nette dans cet endroit vital du système d’exploitation.
L’écran d’accueil de la recherche se montre ainsi bien moins chargé en informations inutiles. Les contenus recommandés ont fait leurs bagages ; la zone ne propose désormais plus que les derniers résultats. Cela parait presque un peu vide, mais qui s’en plaindra ?
Les résultats d’une recherche en local se veulent eux aussi plus clairs et espacés, tout en présentant davantage d’informations et, quand c’est possible, un aperçu du fichier. Chercher un paramètre de l’OS renvoie vers des résultats plus propres et surtout qui proposent les réglages les plus pertinents en premier.
Quant à la recherche en ligne, elle perd le contenu promotionnel, ce qui ne fera de peine à personne. Les résultats web affichent désormais « les réponses les plus pertinentes » en premier lieu, plutôt que des promos ou des produits liés.
Dans le même ordre d’idée, il est désormais possible de ne plus afficher de suggestions web ni du Microsoft Store ; deux options à trouver dans le panneau Confidentialité et sécurité. Un petit tour dans ces réglages ne sera pas de trop, sachant qu’elles sont actives par défaut. Fin mai, Microsoft avait inauguré un autre changement important dans la branche expérimentale de Windows : obliger l’OS à ne chercher des résultats que dans les contenus locaux.
L’éditeur ajoute au lot une priorisation des résultats locaux lorsqu’ils correspondent mieux à la recherche. Par conséquent, les apps, les paramètres et les fichiers apparaissent systématiquement avant les suggestions du web et du Store (si elles sont activées). Le moteur se veut également plus souple vis à vis des erreurs de frappe : « utlook » trouvera « Outlook », par exemple.
Toujours pour la recherche, Microsoft promet également une amélioration de la stabilité, une réduction des plantages et moins de problèmes de chargement. Toutes ces modifications accompagnent le chantier à ciel ouvert d’un Windows 11 qui lâche un peu l’ajout sans queue ni tête de fonctions IA pour privilégier les besoins des utilisateurs.
Depuis le début de l’année, l’éditeur a multiplié les petites et grandes attentions, à l’image de la barre des tâches qui peut s’épingler en haut de l’écran, du menu Démarrer nettement plus personnalisable, ou encore d’un plus grand contrôle sur Windows Update. On a l’impression que Microsoft découvre la Lune ici, mais ce dépoussiérage en règle pourrait réconcilier quelques fâchés avec Windows 11. La version 26H2, qui sera livrée cet automne, permettra au grand public de tester une bonne partie de ces nouveautés.
Les utilisateurs européens devront se contenter de la portion congrue. Le gros morceau des systèmes d’exploitation « 27 » d’Apple, Siri AI, ne sera en effet pas lancé dans l’UE pour cause de bisbilles entre Apple et Bruxelles sur le DMA. Est-ce une raison de bouder la première bêta publique ?
C’est devenu une tradition au fil des ans : avant la version finale de ses nouveaux systèmes d’exploitation, Apple propose à tous ceux qui veulent mettre les mains dans le cambouis de se frotter à une bêta publique. Plus solide que la bêta pour les développeurs, mais forcément susceptible de bugguer davantage qu’une mouture finale, cette préversion permet tout de même de profiter des nouveautés d’une manière relativement confortable. Ce d’autant qu’iOS 27 se montre, d’après nos tests, plutôt stable.
Apple vient donc de mettre en ligne la bêta publique pour iOS 27, iPadOS 27, macOS 27 Golden Gate, watchOS 27, tvOS 27, HomePod OS 27 et le logiciel interne des AirPods (ouf !). La grande affaire de cette nouvelle mouture n’est autre que Siri AI, qui se montre enfin à peu près au niveau des autres assistants du même genre – grâce à un coup de main de Google et de ses modèles Gemini.
Hélas, ce nouveau Siri ne sera pas livré dans l’UE sur iPhone et iPad. L’assistant ne sera dans un premier temps disponible qu’en anglais (en saisissant des requêtes textes en français, il saura répondre en français mais uniquement en texte). Mais surtout, Apple reproche au règlement sur les marchés numériques (DMA) de l’empêcher de proposer Siri AI en Europe. « [Le] refus [de la Commission] de s’engager de manière constructive sur des solutions qui préservent la vie privée et la sécurité signifie que nous n’avons pas encore de calendrier pour la disponibilité de Siri AI sur iOS et iPadOS dans l’UE », indiquait l’entreprise.
Optimisations au menu
En Europe, Siri AI sera néanmoins proposé sur macOS, qui ne fait pas partie des plateformes essentielles au sens du DMA. C’est dommage, mais Apple et la Commission finiront peut-être par trouver une solution. En attendant, il est vrai que les nouveautés des OS 27 d’Apple sont assez ténues. La plus significative est certainement le travail de ripolinage de Liquid Glass : le langage de design gagne une réglette globale pour réduire les effets de transparence.
Sur macOS, les gros écueils de la nouvelle interface ont aussi été rabotés, au plus grand plaisir de nombreux utilisateurs pas très friands de certaines excentricités de Liquid Glass. Apple Intelligence continue de déployer ses ailes pour les retouches photo et Image Playground qui devient un peu plus utilisable. L’app Raccourcis peut désormais générer des raccourcis en fonction d’une requête. Safari sait regrouper des onglets automatiquement.
Toutes ces fonctions restent cependant soumises à des exigences matérielles relativement élevées, en particulier sur les smartphones : il faut posséder un iPhone 15 Pro ou 15 Pro Max, un iPhone 16 (tous modèles) pour prétendre à Apple Intelligence. C’est plus généreux sur les tablettes : à partir de l’iPad mini (A17 Pro) et tous les iPad avec puce Mx. Le MacBook Neo (A18 Pro) et tous les modèles de Mac avec puce Mx sont également compatibles.
Les OS 27 ont surtout fait l’objet d’un gros travail de stabilité et d’optimisation. Les apps se lancent plus vite, les transitions entre réseaux se veulent plus fluides, la recherche s’améliore (enfin !) dans Mail, et beaucoup d’autres petites améliorations ici et là vont faciliter la vie de tous les utilisateurs, pas uniquement ceux qui possèdent le dernier iPhone à la mode.
Pour télécharger la bêta publique, il faut s’inscrire sur le site dédié (il suffit de renseigner les identifiants de son compte Apple). Ensuite, rendez-vous dans le panneau Mise à jour logicielle (dans les réglages Général) puis sélectionnez le menu Mises à jour bêta. On ne recommande pas l’opération sur des machines de production ! La bêta publique est la bêta 3 qu’Apple a livrée aux développeurs la semaine dernière.
Les utilisateurs européens devront se contenter de la portion congrue. Le gros morceau des systèmes d’exploitation « 27 » d’Apple, Siri AI, ne sera en effet pas lancé dans l’UE pour cause de bisbilles entre Apple et Bruxelles sur le DMA. Est-ce une raison de bouder la première bêta publique ?
C’est devenu une tradition au fil des ans : avant la version finale de ses nouveaux systèmes d’exploitation, Apple propose à tous ceux qui veulent mettre les mains dans le cambouis de se frotter à une bêta publique. Plus solide que la bêta pour les développeurs, mais forcément susceptible de bugguer davantage qu’une mouture finale, cette préversion permet tout de même de profiter des nouveautés d’une manière relativement confortable. Ce d’autant qu’iOS 27 se montre, d’après nos tests, plutôt stable.
Apple vient donc de mettre en ligne la bêta publique pour iOS 27, iPadOS 27, macOS 27 Golden Gate, watchOS 27, tvOS 27, HomePod OS 27 et le logiciel interne des AirPods (ouf !). La grande affaire de cette nouvelle mouture n’est autre que Siri AI, qui se montre enfin à peu près au niveau des autres assistants du même genre – grâce à un coup de main de Google et de ses modèles Gemini.
Hélas, ce nouveau Siri ne sera pas livré dans l’UE sur iPhone et iPad. L’assistant ne sera dans un premier temps disponible qu’en anglais (en saisissant des requêtes textes en français, il saura répondre en français mais uniquement en texte). Mais surtout, Apple reproche au règlement sur les marchés numériques (DMA) de l’empêcher de proposer Siri AI en Europe. « [Le] refus [de la Commission] de s’engager de manière constructive sur des solutions qui préservent la vie privée et la sécurité signifie que nous n’avons pas encore de calendrier pour la disponibilité de Siri AI sur iOS et iPadOS dans l’UE », indiquait l’entreprise.
Optimisations au menu
En Europe, Siri AI sera néanmoins proposé sur macOS, qui ne fait pas partie des plateformes essentielles au sens du DMA. C’est dommage, mais Apple et la Commission finiront peut-être par trouver une solution. En attendant, il est vrai que les nouveautés des OS 27 d’Apple sont assez ténues. La plus significative est certainement le travail de ripolinage de Liquid Glass : le langage de design gagne une réglette globale pour réduire les effets de transparence.
Sur macOS, les gros écueils de la nouvelle interface ont aussi été rabotés, au plus grand plaisir de nombreux utilisateurs pas très friands de certaines excentricités de Liquid Glass. Apple Intelligence continue de déployer ses ailes pour les retouches photo et Image Playground qui devient un peu plus utilisable. L’app Raccourcis peut désormais générer des raccourcis en fonction d’une requête. Safari sait regrouper des onglets automatiquement.
Toutes ces fonctions restent cependant soumises à des exigences matérielles relativement élevées, en particulier sur les smartphones : il faut posséder un iPhone 15 Pro ou 15 Pro Max, un iPhone 16 (tous modèles) pour prétendre à Apple Intelligence. C’est plus généreux sur les tablettes : à partir de l’iPad mini (A17 Pro) et tous les iPad avec puce Mx. Le MacBook Neo (A18 Pro) et tous les modèles de Mac avec puce Mx sont également compatibles.
Les OS 27 ont surtout fait l’objet d’un gros travail de stabilité et d’optimisation. Les apps se lancent plus vite, les transitions entre réseaux se veulent plus fluides, la recherche s’améliore (enfin !) dans Mail, et beaucoup d’autres petites améliorations ici et là vont faciliter la vie de tous les utilisateurs, pas uniquement ceux qui possèdent le dernier iPhone à la mode.
Pour télécharger la bêta publique, il faut s’inscrire sur le site dédié (il suffit de renseigner les identifiants de son compte Apple). Ensuite, rendez-vous dans le panneau Mise à jour logicielle (dans les réglages Général) puis sélectionnez le menu Mises à jour bêta. On ne recommande pas l’opération sur des machines de production ! La bêta publique est la bêta 3 qu’Apple a livrée aux développeurs la semaine dernière.
Dans un billet d’actualités mensuel, publié le 8 juillet, Clément Lefebvre, fondateur et principal développeur de la distribution Linux Mint, a indiqué que le support de Wayland dans Cinnamon n’était plus expérimental.
La prochaine version majeure de Linux Mint, estampillée 23 et prévue pour la fin de l’année, proposera donc une « vraie » session Wayland, aux côtés de la session X11 classique, qui restera telle quelle. Le développeur ne dit pas en revanche si la session Wayland sera utilisée par défaut, ou si le choix sera plus conservateur. La décision sera probablement annoncée dans les mois qui viennent.
Clément Lefebvre indique que le travail sur le support de Wayland a été intense, avec de nombreux résultats positifs. On note ainsi des améliorations pour la stabilité générale, la gestion des fenêtres, le support du multi-écran, la prise en charge du HiDPI et de l’échelle fractionnaire ou encore des GPU NVIDIA.
Illustration : Flock
Ces nouveautés étant prévues pour la prochaine version de Cinnamon, elles seront automatiquement reprises dans Linux Mint 23, qui doit arriver en décembre. S’agissant de la première mouture à sortir après la publication d’Ubuntu 26.04, elle en reprendra donc les bases, avec à la clé une vaste modernisation de la base technique.
Les améliorations citées ne seront pas les seules. Lefebvre évoque par exemple une cartographie correcte de la taille et de la position des fenêtres quand Cinnamon est utilisé avec Wayland. Même chose pour les applets et les menus de contenu. Le prochain Cinnamon intègrera aussi un mécanisme de prévention du vol de focus (« focus stealing » en VO), pour s’assurer que la saisie ou les clics ne se fassent pas dans une autre application sans interaction explicite de l’utilisateur. Nous avions souligné ce risque de sécurité dans notre dossier consacré à la transition de X11 vers Wayland.
D’autres apports sont prévus et seront probablement accueillis avec joie par les utilisateurs. Par exemple, l’accélération matérielle a été intégrée au compositeur, au bureau et aux clients Wayland et XWayland (mécanisme de compatibilité pour les applications X11 dans une session Wayland). On note aussi la prise en charge de la session graphique de systemd pour améliorer la compatibilité avec d’autres distributions (Cinnamon peut être installé sur d’autres systèmes, comme Ubuntu et Fedora)
Dans un billet d’actualités mensuel, publié le 8 juillet, Clément Lefebvre, fondateur et principal développeur de la distribution Linux Mint, a indiqué que le support de Wayland dans Cinnamon n’était plus expérimental.
La prochaine version majeure de Linux Mint, estampillée 23 et prévue pour la fin de l’année, proposera donc une « vraie » session Wayland, aux côtés de la session X11 classique, qui restera telle quelle. Le développeur ne dit pas en revanche si la session Wayland sera utilisée par défaut, ou si le choix sera plus conservateur. La décision sera probablement annoncée dans les mois qui viennent.
Clément Lefebvre indique que le travail sur le support de Wayland a été intense, avec de nombreux résultats positifs. On note ainsi des améliorations pour la stabilité générale, la gestion des fenêtres, le support du multi-écran, la prise en charge du HiDPI et de l’échelle fractionnaire ou encore des GPU NVIDIA.
Illustration : Flock
Ces nouveautés étant prévues pour la prochaine version de Cinnamon, elles seront automatiquement reprises dans Linux Mint 23, qui doit arriver en décembre. S’agissant de la première mouture à sortir après la publication d’Ubuntu 26.04, elle en reprendra donc les bases, avec à la clé une vaste modernisation de la base technique.
Les améliorations citées ne seront pas les seules. Lefebvre évoque par exemple une cartographie correcte de la taille et de la position des fenêtres quand Cinnamon est utilisé avec Wayland. Même chose pour les applets et les menus de contenu. Le prochain Cinnamon intègrera aussi un mécanisme de prévention du vol de focus (« focus stealing » en VO), pour s’assurer que la saisie ou les clics ne se fassent pas dans une autre application sans interaction explicite de l’utilisateur. Nous avions souligné ce risque de sécurité dans notre dossier consacré à la transition de X11 vers Wayland.
D’autres apports sont prévus et seront probablement accueillis avec joie par les utilisateurs. Par exemple, l’accélération matérielle a été intégrée au compositeur, au bureau et aux clients Wayland et XWayland (mécanisme de compatibilité pour les applications X11 dans une session Wayland). On note aussi la prise en charge de la session graphique de systemd pour améliorer la compatibilité avec d’autres distributions (Cinnamon peut être installé sur d’autres systèmes, comme Ubuntu et Fedora)
Ubuntu 26.10 remplace enfin dbus-daemon par dbus-broker comme implémentation par défaut de D-Bus, un changement essentiellement interne visant à améliorer les performances, la robustesse et l’extensibilité. Aucun impact particulier n’est attendu sur les applications.
D-bus est un bus de messages : grâce à lui, les processus Linux peuvent communiquer entre eux. Ce composant est crucial, car il permet aux fonctions d’avoir le résultat attendu. Par exemple, le gestionnaire de fichiers demande au système de monter une clé USB pour en afficher le contenu, le panneau de configuration modifie la luminosité de l’écran, une application demande l’ouverture du sélecteur de fichiers, etc.
Pour quoi faire ?
À compter d’Ubuntu 26.10, le composant chargé des messages internes sera changé. dbus-daemon sera remplacé par dbus-broker, avec à la clé de sérieux avantages techniques : traitement asynchrone des messages, meilleure gestion des ressources, comptabilisation plus précise des clients, ou encore meilleure résistance générale lors de pics de trafic D-bus.
Il ne devrait y avoir aucun changement visible dans la grande majorité des scénarios. Bien que dbus-broker soit plus moderne, il est davantage pensé pour éviter les goulets d’étranglement que pour fournir une accélération dans les opérations basiques.
Si Canonical a décidé ce remplacement, c’est que dbus-daemon a été créé il y a 22 ans. Malgré son âge vénérable, il a reçu de nombreuses évolutions. Cependant, il accuse le poids des années : son architecture a été conçue à une époque où le nombre de services système était bien plus faible qu’aujourd’hui, où les environnements de bureau étaient plus simples et les charges de travail beaucoup moins importantes.
Pourquoi pas avant ?
Cette décision n’a rien d’avant-garde. Fedora, souvent la première distribution à opérer des changements techniques d’envergure, a déjà réalisé cette bascule en 2019. Pourquoi Canonical a-t-elle attendu si longtemps ? L’entreprise cite deux raisons :
Il a fallu attendre que GDM (le gestionnaire de connexion/bureau de GNOME) se débarrasse de ses dépendances à dbus-daemon, ce qui a fini par arriver avec GNOME 49
et attendre que dbus-broker atteigne une compatibilité complète avec AppArmor, notamment pour certaines fonctions liées à la gestion des paquets Snap
La stratégie de Canonical face à la nouveauté ne change pas. Les bascules ne s’opèrent que lorsque l’entreprise estime que la situation s’y prête. On se souvient par exemple que le passage à Wayland s’était fait plusieurs années après d’autres distributions, un peu plus de cinq ans après celle de Fedora, par exemple. Le remplacement des composants historiques se fait progressivement, pour éviter une cassure chez les utilisateurs, Ubuntu étant la distribution Linux la plus utilisée au monde.
Ubuntu 26.10 remplace enfin dbus-daemon par dbus-broker comme implémentation par défaut de D-Bus, un changement essentiellement interne visant à améliorer les performances, la robustesse et l’extensibilité. Aucun impact particulier n’est attendu sur les applications.
D-bus est un bus de messages : grâce à lui, les processus Linux peuvent communiquer entre eux. Ce composant est crucial, car il permet aux fonctions d’avoir le résultat attendu. Par exemple, le gestionnaire de fichiers demande au système de monter une clé USB pour en afficher le contenu, le panneau de configuration modifie la luminosité de l’écran, une application demande l’ouverture du sélecteur de fichiers, etc.
Pour quoi faire ?
À compter d’Ubuntu 26.10, le composant chargé des messages internes sera changé. dbus-daemon sera remplacé par dbus-broker, avec à la clé de sérieux avantages techniques : traitement asynchrone des messages, meilleure gestion des ressources, comptabilisation plus précise des clients, ou encore meilleure résistance générale lors de pics de trafic D-bus.
Il ne devrait y avoir aucun changement visible dans la grande majorité des scénarios. Bien que dbus-broker soit plus moderne, il est davantage pensé pour éviter les goulets d’étranglement que pour fournir une accélération dans les opérations basiques.
Si Canonical a décidé ce remplacement, c’est que dbus-daemon a été créé il y a 22 ans. Malgré son âge vénérable, il a reçu de nombreuses évolutions. Cependant, il accuse le poids des années : son architecture a été conçue à une époque où le nombre de services système était bien plus faible qu’aujourd’hui, où les environnements de bureau étaient plus simples et les charges de travail beaucoup moins importantes.
Pourquoi pas avant ?
Cette décision n’a rien d’avant-garde. Fedora, souvent la première distribution à opérer des changements techniques d’envergure, a déjà réalisé cette bascule en 2019. Pourquoi Canonical a-t-elle attendu si longtemps ? L’entreprise cite deux raisons :
Il a fallu attendre que GDM (le gestionnaire de connexion/bureau de GNOME) se débarrasse de ses dépendances à dbus-daemon, ce qui a fini par arriver avec GNOME 49
et attendre que dbus-broker atteigne une compatibilité complète avec AppArmor, notamment pour certaines fonctions liées à la gestion des paquets Snap
La stratégie de Canonical face à la nouveauté ne change pas. Les bascules ne s’opèrent que lorsque l’entreprise estime que la situation s’y prête. On se souvient par exemple que le passage à Wayland s’était fait plusieurs années après d’autres distributions, un peu plus de cinq ans après celle de Fedora, par exemple. Le remplacement des composants historiques se fait progressivement, pour éviter une cassure chez les utilisateurs, Ubuntu étant la distribution Linux la plus utilisée au monde.
Bun, un environnement d’exécution JavaScript et un gestionnaire de paquets, a annoncé le 8 juillet une conversion complète de son code vers Rust en un temps record. L’opération a été en grande partie menée grâce à l’utilisation de Claude Fable 5. Bien qu’il s’agisse d’un exemple concret en production, il ne peut pas être appliqué à tout type de projet.
Bun est un environnement et un gestionnaire de paquets pour JavaScript. Il est développé avec le langage Zig, est open source et sous licence MIT. Le projet est relativement récent sur la scène du développement, car la version 1.0 stable est sortie en septembre 2023. La dernière révision stable est la 1.3, publiée fin 2025. Elle a notamment ajouté le remplacement à chaud des modules (Bun est également un groupeur de modules, ou module bundler).
Les projecteurs se sont brusquement braqués sur Bun au même moment, quand Anthropic a annoncé son rachat. Une opération logique pour Anthropic, Bun étant déjà utilisé pour certains composants de Claude Code.
Et voilà que Bun vient d’annoncer la réécriture complète de son code Zig en Rust… en seulement 11 jours, entre les 3 et 14 mai.
Dans son billet, Jarred Sumner, à la tête du développement de Bun, explique que la version initiale de Bun avait été écrite en un an et en Zig, avant l’apparition des LLM. Aujourd’hui, le CLI (interface en ligne de commande) de Bun est téléchargé 22 millions de fois par mois. Alors pourquoi une réécriture totale en Rust ?
Selon Sumner, le choix n’est pas idéologique, mais motivé par une liste précise de bugs récurrents dans la version Zig : des dizaines de bugs de type use-after-free (le noyau réutilise un pan de mémoire qu’il a déjà libéré), double-free (double utilisation de la fonction free() sur la même adresse mémoire) et fuites mémoire dans des modules critiques (node:zlib, node:http2, UDPSocket, crypto.scrypt, TLS…).
L’argument central de Sumner est que Zig, comme le C, ne gère pas la mémoire pour vous, et ne dispose pas de constructeurs/destructeurs. Le nettoyage repose sur le mot-clé explicite defer. Il est manuel et il faut donc penser à l’utiliser, rendant l’erreur humaine quasi inévitable à grande échelle.
« Chaque allocation mémoire doit être examinée avec minutie. Où ces octets sont-ils libérés ? Comment s’assurer qu’il ne soit libéré qu’une seule fois ? Avons-nous bien vérifié les exceptions JavaScript ? Ce pointeur collecté à la poubelle est-il visible pour le scanner de pile conservateur ? Est-ce de la mémoire récupérée ou de la mémoire gérée manuellement ? », liste Jarred Sumner, parmi les questions récurrentes.
Après avoir envisagé le C++, il se tourne finalement vers le Rust, car une bonne partie des problèmes rencontrés sont liés à la gestion de la mémoire. Avec le « nouveau » langage, loué pour la sécurité induite justement en mémoire, ces problèmes apparaissent à la compilation. Encore faut-il que le code soit en Rust « sûr » (safe).
Sumner aborde d’ailleurs ce point. 4 % du code Rust de Bun se trouvaient ainsi dans un bloc unsafe, soit environ 13 000 mots-clés unsafe dans environ 27 000 lignes sur un total d’environ 780 000. La totalité du code ne peut pas être en Rust safe, car Bun continue d’embarquer des dépendances C/C++ significatives, comme JavaScriptCore, uWebSockets, BoringSSL, SQLite et lshpack/lsquic.
Le rôle prépondérant de Claude Fable 5
Le billet détaille amplement les méthodes utilisées. Par exemple, le choix d’une réécriture complète (plutôt qu’incrémentale) a été motivé par la propre expérience de Jarred Sumner dans ce type d’opération, et par la disponibilité d’une suite de tests indépendante du langage d’implémentation. Selon Sumner, elle a permis de garder un filet de sécurité comportemental identique pour l’avant/après.
On apprend en outre que la « revue adversariale » a été faite par deux instances Claude en contexte séparé, chargées de débusquer les bugs et présentées comme le mécanisme central de contrôle qualité. Et c’est justement la présence de Fable 5 au cœur du mécanisme qui rend l’annonce si visible.
La version de test a été produite en 11 jours. Les chiffres associés sont impressionnants : 5,9 milliards de tokens d’entrée non mis en cache, 690 millions de tokens de sortie, et 72 milliards de tokens d’entrée lus en cache. Soit environ 165 000 dollars au tarif de l’API, contre une estimation d’environ un an de travail pour trois ingénieurs à temps plein sur le code existant pour les 535 496 lignes de code, selon Jarred Sumner.
Source : Bun
Cette performance – en moyenne 1 300 lignes de code à la minute – concerne cependant la phase de génération brute, pas le code fonctionnel. Le billet précise qu’à ce stade, « absolument rien ne fonctionnait encore ». Une performance à relativiser également sur l’utilisation du LLM, car elle n’avait rien de « naïf ». L’orchestration humaine a été lourde, avec environ 50 flux de travail dynamiques et jusqu’à 64 instances de Claude en parallèle, réparties en quatre arbres de travail (worktrees). Sumner dit avoir lui-même surveillé manuellement les sorties pendant l’essentiel des 11 jours de travail.
Le billet documente aussi des échecs répétés du modèle dans des cas précis : interprétation erronée de consignes, ajout de commentaires justificatifs longs pour masquer des contournements… Un comportement suffisamment problématique pour que Sumner ait fini par ajouter une règle explicite aux réviseurs adversariaux : « Si vous avez besoin d’un paragraphe entier pour justifier qu’un contournement est correct, c’est que le code n’est pas bon – corrigez le code ».
Bon… et alors ?
Selon Jarred Sumner, les avantages de Rust sont évidents dans la préversion. Allègement des binaires, consommation de mémoire réduite, résolution de nombreux bugs liés à la mémoire existants dans la version actuelle 1.3.14… Sur le plan des performances, les gains sont plus mesurés, avec 2 à 5 % en moyenne selon les scénarios.
Jarred Sumner veut pour preuve de sa réussite que la version 2.1.181 de Claude Code, publiée le 17 juin, utilise la version de Bun réécrite en Rust. Cela signifie-t-il que tout est parfait et que tout le monde devrait se lancer dans le même type d’opération ? Pas du tout.
Le billet de Bun est assez transparent sur les défis restants. Bun 1.4.0 sera bien la première version intégralement en Rust et des corrections continueront pendant toute la phase de test. Mais plusieurs éléments méritent d’être soulignés, dont le caractère même du billet : intéressant dans le retour d’expérience qu’il rapporte, mais qui reste une communication d’entreprise puisque Jarred Sumner travaille pour Anthropic et a pu bénéficier de Fable 5 quand presque plus personne n’y avait droit en mai.
On pourrait souligner également que des régressions peuvent apparaître avant et après la version finale. 19 ont ainsi été détectées et corrigées, mais la suite de tests, malgré le grand nombre d’exercices (plus de 60 000) a été écrite avant la réécriture de Bun, son périmètre n’est donc pas optimal. En outre, Jarred Sumner ne dit rien des bugs qui ont pu échapper aux instances adversariales bâties sur Claude et qui ont pu être détectés avec d’autres méthodes. Faisons remarquer aussi que les 165 000 dollars présentés comme facture de la migration peuvent être trompeurs : ils n’incluent pas le lourd temps humain de supervision pendant les 11 jours, ni l’infrastructure de calcul, ni le travail de fusion et post-fusion du code.
Ce cas ne peut pas être généralisé. Même si la réécriture de Bun doit s’avérer une franche réussite, elle le devra en bonne partie à la suite de tests indépendants du langage d’implémentation, qui a permis la validation des opérations menées par les agents, en comparant les situations avant et après.
Le résultat ne sera pas non plus un code Rust « idiomatique ». Il sera loin d’être parfait et de répondre aux standards de sécurité auxquels un code dans ce langage peut prétendre, mais le billet est transparent sur la question. Sumner indique que l’objectif était bien la parité comportementale. Le code safe et profitant vraiment de tous les avantages de Rust viendra plus tard, lors de « refactorings ultérieurs ». Il ne donne pas plus de précisions.
Enfin, il ne s’agit clairement pas d’un scénario « lancer et oublier ». Le cas présenté est celui d’un ingénieur senior utilisant des agents comme amplificateurs, pas en remplacement de son expertise. Lancer Fable 5 et lui demander simplement de réécrire du code en Rust n’a aucune chance de donner un résultat approchant.
Le projet Bun disposait d’ailleurs de conditions favorables à la base, comme sa structure pensée pour la portabilité, l’absence de dépendance à des paradigmes très spécifiques au C/C++, ou même le fait que Jarred Sumner est l’auteur principal, travaillant seul sur une bonne partie des tâches.
Un projet C/C++ ancien, avec de multiples contributeurs, des conventions peu claires, des dépendances à des extensions spécifiques de compilateur, ou surtout une suite de tests incomplète ou couplée au langage source, rencontrerait des difficultés bien plus importantes avec cette même méthode. Et les coûts s’envoleraient d’autant.
Connexion
