❌

Vue lecture

☕️ Windows 11 a son nouveau menu contextuel et oui, il est « rapide »



Microsoft avait promis de remanier le menu contextuel de Windows 11 sur les fichiers. C’est désormais chose faite, avec la mise à jour KB5127936 disponible depuis peu en option. Ce qui signifie qu’elle n’apparaitra que si vous déclenchez une recherche volontaire de mise à jour dans Windows Update. Sinon, elle sera installée automatiquement le mois prochain.

Problème : comme toujours chez Microsoft, les nouvelles fonctions n’apparaissent pas tout de suite. Le nouveau menu contextuel est en cours de déploiement. Pour vérifier si vous l’avez après l’installation de la mise à jour, il suffit de vérifier en faisant un clic droit sur un fichier. Si c’est bien le nouveau menu, vous verrez une ligne « Personnaliser le menu » tout en bas. Il existe toutefois un moyen de forcer l’activation en passant par l’outil ViVeTool, dans un Terminal avec droits administrateur, via la commande :

vivetool /enable /id:60813048

Sur certaines configurations, cet ID peut ne pas suffire. Auquel cas, il faudra tenter avec la fin de commande « /id:49453572,60813048 », voire « /id:49453572,60813048,61934903 ». Dans notre cas, la commande simple a suffi.

Deux exemples de configuration du nouveau menu

Après un redémarrage, vous aurez alors le nouveau menu. Le jeu en vaut-il la chandelle ? Tout dépend de votre utilisation du fameux menu. Le nouveau est clairement plus réactif, ce qui était un point régulier de friction jusqu’ici. Surtout, le menu est maintenant personnalisable. En cliquant sur le dernier élément du menu, le panneau idoine s’ouvre dans Paramètres.

Les options sont assez nombreuses. On peut voir notamment une ligne permettant de retrouver les options Couper/Copier/Coller en liste, et plus les icônes en tête de menu. Il aura donc fallu cinq ans à Microsoft à comprendre qu’un élément aussi basique que le menu contextuel doit être réactif, personnalisable et que l’on ne casse pas plusieurs décennies de mémoire musculaire impunément.

La mise à jour KB5127936 contient d’autres nouveautés, comme une fenêtre modernisée pour AutoPlay, un affichage plus cohérent pour les résultats de recherche dans l’Explorateur, une nouvelle Gaming Task View en mode Xbox, ou encore l’intronisation officielle de la réinstallation par le cloud, que Microsoft avait présentée en juillet.

  •  

☕️ Tor Browser 16 se dote de noms de fenêtres génériques



Nouvelle mouture majeure pour Tor Browser, dont la version 16 se fonde désormais sur Firefox 153 ESR, avec à la clé un an de changements techniques sous le capot. Dans son billet, l’équipe de Tor Browser indique que son audit annuel du code de Firefox a porté sur plus de 270 anomalies référencées dans Bugzilla, susceptibles de nuire à la vie privée ou à la sécurité.

Côté nouveautés, la plus visible est la refonte des paramètres, qui reprennent en bonne partie ceux de Firefox. Ainsi, la page Général disparaît et son contenu est réparti entre Apparence, Téléchargements, Onglets et navigation, Accessibilité et Langues. Les pages spécifiques à Tor – comme Connexion et Niveau de sécurité – ont été reconstruites avec les nouveaux composants de Firefox.

Certains réglages qui pourraient dégrader la vie privée ou faciliter la prise d’empreinte du navigateur sont masqués ou accompagnés d’avertissements. L’équipe du navigateur ajoute que les préférences personnelles sont gardées lors de la mise à jour.

Autre nouveauté importante, les titres de fenêtres génériques. Cette option (Confidentialité et sécurité> Protections contre les applications tierces) permet de remplacer tous les titres par « Tor Brower », avec pour objectif de barrer la route au système ou autres applications qui voudraient lire l’historique de navigation via les titres de fenêtres. L’équipe est en quête de retours sur cette fonction, qui a d’ailleurs été reversée à Firefox via deux nouvelles lignes dans le about:config :

  • privacy.exposeContentTitleInWindow
  • privacy.exposeContentTitleInWindow.pbm.
Source : Tor Browser

Outre une révision complète du manuel utilisateur, Tor Browser 16 introduit également une version ARM 64 bits pour Linux (Aarch64). Cette architecture était supposée dans la branche Alpha du navigateur, mais l’équipe recommande désormais de basculer sur la branche stable.

Puisque l’on parle d’architectures, Tor Browser 16 ne prend plus en charge les installations Linux 32 bits. « Heureusement, très peu de personnes devraient être touchées, car nous recevons actuellement environ 200 vérifications de mise à jour par jour de cette plateforme, contre un pic d’environ 4 000 en 2019. La plupart des utilisateurs 32 bits restants devraient pouvoir passer à la version 64 bits, sauf s’ils utilisent du matériel ou des versions de Linux obsolètes », précise le billet.

Quant à la version Android, elle reprend elle aussi les améliorations de Mozilla sur l’année écoulée, dont le passage progressif à Jetpack Compose, permettant une migration vers des interfaces « natives », autrement dit Material Design 3. L’équipe de Tor Browser rappelle cependant que Google limite la taille des applications distribuées en APK à 100 Mo, ce qui représente « un défi constant ». Il a fallu par exemple sortir le manuel utilisateur alors que l’équipe aurait préféré qu’il soit toujours consultable, indépendamment des conditions réseau.

  •  

☕️ Microsoft lâche la version de Copilot pour les télés connectées



Le saviez-vous ? Il existe une version de Copilot pour les télés connectées, mais les jours de cet assistant sont comptés. LG a en effet commencé à prévenir les utilisateurs de ses téléviseurs sous webOS que « Microsoft a récemment décidé de mettre fin à la prise en charge de Copilot sur tous les téléviseurs, y compris les fonctionnalités intégrant Copilot proposées sur nos téléviseurs LG ». La fenêtre pop-up est partagée par Windows Central.

Image : Windows Central

Par conséquent, Copilot va tirer le rideau entre aujourd’hui et la fin de l’année, au moins sur les télés LG. Microsoft n’a cependant pas communiqué officiellement sur le sujet. L’arrivée de l’assistant ne s’était pas faite dans la douceur : en fin d’année dernière, LG et Samsung avaient installé l’application Copilot sur leurs smart TV automatiquement. Une app impossible à supprimer, d’après des témoignages de l’époque.

Dans les faits, on peut se demander si un téléspectateur a jamais utilisé les services de Copilot depuis son canapé. Il peut poser des questions en lien avec ce qui se passe à l’écran, recevoir des recommandations personnalisées de contenus, ou encore demander la météo ou une précision sur telle ou telle actualité.

C’était à un moment où Microsoft voulait encore imposer Copilot partout, parfois en dépit du bon sens. L’éditeur a retrouvé une certaine sobriété depuis. Le projet d’intégrer Copilot dans Xbox a finalement été abandonné au printemps. En septembre, il rassemblait toutes ses applications en une seule (quitte à complexifier l’utilisation de l’assistant). Plus largement, Microsoft a aussi décidé de mettre (un peu) de côté l’IA pour serrer les boulons d’un Windows 11 tout de guingois.

  •  

Apple ajoute du JSON dans Xcode et Keynote pour les agents IA et les développeurs

Merci qui ? Merci l’IA
Apple ajoute du JSON dans Xcode et Keynote pour les agents IA et les développeurs

Apple ouvre Xcode et Keynote à de nouveaux formats de fichier basés sur JSON. Il s’agit en priorité de faciliter la vie des agents IA, mais les développeurs de chair et de sang vont aussi en profiter.

Depuis sa version 27.2, Xcode, l’environnement de développement d’applications d’Apple, propose un nouveau format de projet (.xcproj) basé sur JSON. Il en ira bientôt de même pour l’application de présentation Keynote avec la prise en charge à venir des fichiers .keyx (Keynote Interchange Format), un format qui repose lui aussi sur JSON.

Des fichiers plus faciles à lire et à modifier

Apple vante des formats plus faciles à exploiter par les outils tiers et les agents IA. Le xcproj est « plus simple à modifier pour les agents IA », tandis que le keyx est conçu pour être « lisible et accessible aux outils externes, aux workflows de développeurs et aux agents d’IA ». En ce qui concerne Xcode en particulier, les développeurs réclamaient depuis des lustres un format de fichier moins complexe et plus lisible.

Comme son acronyme l’indique, le format de données JSON (JavaScript Object Notation) repose sur la notation des objets du langage JavaScript. Il décrit des éléments et leurs propriétés : le titre d’une diapositive par exemple, ou encore les réglages d’un projet Xcode. Très répandu, il peut être lu et modifié par de nombreux outils. Le choix du JSON ne fait pas tout : l’organisation des données compte tout autant pour rendre un fichier facile à exploiter.

Cette structure claire profite aussi bien aux humains qu’aux agents IA, pour identifier des éléments, leurs propriétés et les relations entre eux. Les agents peuvent dès lors intervenir plus facilement dans les fichiers pour créer des diapositives, remplacer des données ou modifier des réglages dans un projet Xcode. Les fichiers JSON ne garantissent pas la lisibilité du document, mais ils rendent le travail moins casse-tête.

Comme le rappelle John Gruber, l’ancien format de projet pour Xcode (.pbxproj) utilise une liste de propriétés héritée de NeXT. Un format ASCII « étonnamment proche de JSON » relève l’observateur, mais qui précède non seulement JSON mais aussi JavaScript.

Ce format représente les éléments avec des identifiants sans signification évidente. Une petite modification dans Xcode peut entraîner plusieurs changements à différents endroits du fichier du projet. Techniquement, le fichier reste lisible par un humain, et donc par un agent IA, mais les références croisées entre éléments obscurs rendent les modifications manuelles (via un éditeur de texte par exemple) assez délicates.

L’IA avant les humains

L’adoption de formats mieux structurés et documentés est donc une bonne nouvelle, aussi bien pour Keynote que pour Xcode. Même si, comme le déplore le développeur Rob Napier, Apple donne l’impression d’avoir cédé très rapidement à l’IA alors que les humains réclamaient un tel changement depuis des années : « C’est frustrant qu’il ait fallu l’argument « ça peut aider l’IA » pour que les choses bougent. »

En ce qui concerne Keynote, ce nouveau format – pas encore disponible – pourrait bien représenter un véritable bouleversement pour le vénérable logiciel. Les fichiers .key actuels regroupent les médias (images, vidéos, sons) et les descriptions des objets de la présentation dans des fichiers .iwa (textes, mise en forme). Et comme l’indique MacGeneration, ces fichiers sont difficiles à exploiter avec des outils autres que Keynote.

Keynote était pourtant parti d’un bien meilleur pied : en 2003, la première version du logiciel utilisait le format APXL (Apple Presentation XML), autrement dit un fichier XML décrivant la présentation, accompagné des ressources associées. C’est en 2013 que le constructeur a basculé dans la structure actuelle, difficile à lire.

  •  

IA : la Linux Foundation constate l’épuisement croissant des contributeurs

Beau bazar
IA : la Linux Foundation constate l’épuisement croissant des contributeurs

Quel effet produit l’IA sur le développement open source ? Selon un rapport de la Linux Foundation, il est conséquent, entre augmentation de la production brute, abaissement du ticket d’entrée, obligation plus intense de relecture et épuisement d’une partie des personnes impliquées.

La question de la productivité et des transformations dans les processus est au cœur des questionnements autour de l’IA, les études, rapports et articles étant particulièrement nombreux depuis quelques mois. Dans les grandes lignes, les constats sont les mêmes : la production brute s’envole, mais l’IA impose sa « taxe de vérification », annulant une partie importante de ses bénéfices et ne débouchant pas sur une hausse des livraisons de produits finis dans les mêmes proportions.

La Linux Foundation souhaitait donc faire un point d’étape auprès de mainteneurs de projets open source, pour savoir comment leurs habitudes avaient changé, et surtout quels étaient les problèmes constatés. Une étude a ainsi été réalisée par Sam Boysel de la Linux Foundation et Anni Lai de Generative AI Commons, avec une préface de Brian Proffitt de Red Hat. L’entreprise a d’ailleurs financé le travail.

Un effet direct sur la production

Au cœur du rapport, on trouve un constat significatif : les effets de l’IA dépendent de la taille du projet. Ainsi, 59 % des mainteneurs ont observé une hausse du volume des contributions, le chiffre passant à 69 % dans les projets d’au moins 50 contributeurs. Un quart environ des demandes de fusion reçues sont jugées de faible qualité, 31 % dans les grands projets. C’est le fameux « slop » (ou bouillie) tant décrié, notamment par l’équipe de FFmpeg.

Sans trop de surprise, 52 % des mainteneurs indiquent que leur temps de relecture a augmenté, le chiffre passant à 64 % dans les grands projets. Dans ces derniers, l’épuisement est d’ailleurs devenu la première préoccupation, devant la qualité des contributions. Une nouvelle manifestation de la « taxe de vérification ». La vérification, justement, repose largement sur la confiance et l’inspection mutuelle, les attestations formelles se développant avec la taille du projet : 20 % dans les petits, 41 % dans les grands. Signe des temps : les trois quarts des mainteneurs interrogés ont indiqué recourir au moins partiellement à l’IA pour examiner les contributions reçues.

Source : Linux Foundation

Une barrière d’entrée plus basse, mais une confiance dégradée

L’utilisation de l’IA au sein des projets est cependant très variable. 35 % seulement ont une politique écrite autorisant l’IA, 10 % l’interdisent, 23 % comptent en adopter une et le tiers restant n’a encore rien de prévu. Les politiques existantes portent surtout sur la divulgation et la responsabilité du contributeur (76 % chacune), beaucoup moins sur les licences (39 %). Les chiffres reflètent un paysage contrasté que nous avons pu voir à plusieurs reprises. Certains projets, dont Debian et le noyau Linux lui-même, n’ont plus aucun problème avec les contributions générées par IA, à condition que la personne qui les soumet soit en mesure de les expliquer. D’autres, comme Zig, Servo, Gentoo ou encore QEMU interdisent toute contribution générée par IA.

D’autres données intéressantes sont présentes dans le rapport. Par exemple, l’IA est utilisée dans toutes les étapes du développement : nouvelles fonctionnalités (83 %), débogage et tests (78 %), refactorisation (71 %), ou encore documentation (69 %). Sans surprise une fois de plus, les principaux gains de temps observés sont à 52 % sur l’écriture du code, mais les mainteneurs évoquent des gains se réduisant avec la complexité du projet. Sur les tâches complexes, 21 % indiquent même mettre plus de temps qu’avant.

Si les mainteneurs estiment à 71 % que l’IA abaisse la barrière d’entrée, elle dégrade aussi la confiance au sein de la communauté pour 53 % d’entre eux, quand 13 % seulement y voient une amélioration. Dans le même domaine, 46 % pensent que le besoin d’accompagnement des nouveaux venus dans un projet est supérieur.

Source : Linux Foundation

La Linux Foundation avance ses recommandations

Le rapport, fourni très officiellement par la fondation, comporte huit recommandations applicables à tout projet libre. On y retrouve des prises de position déjà observées dans certains projets, qui sont également autant de constats faits par le rapport auprès des mainteneneurs :

  • établir une politique claire et écrite sur les contributions assistées par IA et sur le signalement des vulnérabilités ;
  • donner la priorité, dans cette politique, aux exigences de transparence et de divulgation. Les contributeurs doivent indiquer clairement et de façon constante aux mainteneurs les outils d’IA générative utilisés ;
  • reporter la charge de la vérification sur les contributeurs, en exigeant une attestation sur l’honneur, des tests et une documentation des modifications assistées par IA avant leur soumission ;
  • normaliser les pratiques d’attribution des contributions assistées par IA, afin que la divulgation ne reste pas laissée à l’appréciation de chacun. Une solution serait d’adopter et d’imposer le format « Assisted-by: » dans les commits ;
  • utiliser l’IA comme outil de maintenance : les outils d’IA peuvent servir à trier, résumer et signaler les problèmes dans les contributions reçues, pour alléger la relecture et réduire l’épuisement des mainteneurs ;
  • continuer d’investir dans l’accompagnement humain des nouveaux contributeurs : l’IA générative abaisse la barrière d’entrée, mais elle augmente le besoin d’encadrement une fois ces contributeurs arrivés, au lieu de le réduire ;
  • mettre en balance les gains d’accessibilité apportés par l’IA générative et son coût pour la confiance au sein de la communauté, et concevoir des règles de contribution qui accueillent les nouveaux venus sans sacrifier la qualité ni la confiance ;
  • une gouvernance de qualité et la confiance comptent davantage que l’amélioration des performances techniques.

En somme, chaque projet devra faire ses propres choix, car ces propositions ne sont pas des obligations. La Linux Foundation n’a d’ailleurs aucun pouvoir en la matière, l’un des principaux buts de la structure étant d’aider et de fournir des ressources, en plus de son effet structurant.

Entre conseils déclaratifs et « combattre le feu par le feu »

Certains points peuvent d’ailleurs faire hausser quelques sourcils. Par exemple, la recommandation d’utiliser le format « Assisted-by: » dans les commits est fait en référence directe au noyau Linux. Or, les mainteneurs de ce dernier ont récemment décidé de ne plus le rendre obligatoire. Linus Torvalds, en particulier, s’est montré très clair sur la question, avec une certaine véhémence face à un mainteneur du noyau qui militait pour préserver cette obligation. Même si le rapport a été clos en juin dernier, il ne tient pas compte de ce changement, qui reste antérieur à la publication de la Linux Foundation.

Cette synthèse affiche également plusieurs faiblesses. Outre son aspect purement déclaratif, le profil des mainteneurs interrogés est particulier, les répondants ayant été recrutés via les canaux de la fondation. 52 % des interrogés ont ainsi 11 ans ou plus d’ancienneté comme contributeurs et 75 % utilisent l’IA quotidiennement, tous usages confondus. En outre, les secteurs d’activité dominants sont les systèmes d’exploitation et l’infrastructure. On est donc plutôt face à un groupe de développeurs expérimentés, loin des contributeurs occasionnels, ce qui éloigne d’autant la vue de synthèse du paysage open source.

Le rapport apporte néanmoins plusieurs bénéfices, notamment des données chiffrées sur un sujet jusqu’ici traité surtout à travers quelques incidents et prises de position. Il montre aussi que la charge se concentre sur les grands projets et les équipes de mainteneurs, qu’il existe un retard manifeste sur la gouvernance des projets, ou encore que les tâches complexes n’affichent aucun gain voire prennent plus de temps.

Surtout, le rapport enfonce un peu plus le clou sur le glissement des coûts de la production de code vers sa vérification. Mais il pose aussi une question sans la trancher : comment préserver la confiance si l’IA élargit le vivier de contributeurs tout en affaiblissant les signaux qui permettaient de juger une contribution avant de la lire en détail ? Le libre se retrouve dans une position inconfortable, assis entre deux chaises, entre relecture systématique et filtrage à l’entrée pour les nouveaux venus.

Enfin, le rapport évoque dans son résumé du début une recommandation qu’il ne reconduit pas dans sa liste finale : « combattre le feu par le feu ». En d’autres termes, les mainteneurs devraient eux aussi utiliser l’IA comme premier maillon de la chaine de vérification, afin de retrouver du temps.

  •  

☕️ OBS Studio 33 revoit complètement sa gestion des plugins



Nouvelle mouture pour le logiciel open source d’enregistrement vidéo et de streaming en direct, avec bon nombre de nouveautés à la clé. L’un des plus gros changements se situe sous le capot, avec la mise à jour de CEF (Chromium Embedded Framework), le composant utilisé pour les sources navigateur et les panneaux ancrables. Il passe de la version 127/6533 à la 150/7871, soit un cumul de plus de deux ans de modifications.

On reste sous le capot avec une série d’améliorations, comme l’activation par défaut de NVENC (NVIDIA Encoder) sur ARM64, la présence des derniers SDK NVIDIA Broadcast pour les effets audio et vidéo, une meilleure détection des jeux en plein écran, une gestion améliorée de la transparence de la capture d’écran sur macOS, un découpage amélioré des fichiers MP4/MOV hybrides, ou encore une mise à l’échelle du débit audio selon le nombre de canaux pendant un enregistrement simple.

Côté interface, la nouveauté majeure est la nouvelle gestion des plugins. Les extensions natives sont ainsi regroupées dans un nouveau dossier core, tandis que les plugins tiers ont un nouvel emplacement et une nouvelle arborescence. Attention, les extensions tierces existantes sont encore chargées depuis les anciens emplacements, mais uniquement jusqu’à la prochaine version 34, qui bloquera ce scénario. L’équipe d’OBS a mis à disposition une page explicative à ce sujet, avertissant les développeurs qu’ils doivent mettre à jour leur code pendant l’intervalle, sans quoi leurs plugins ne seront plus chargés.

Parmi les autres améliorations, signalons-en plusieurs pour l’interface. Par exemple, pour l’accrochage des sources dans l’aperçu, un indicateur visuel a été ajouté. L’accrochage se fait désormais sur l’ensemble de l’axe et plus seulement au contact, tandis que les sources masquées sont ignorées. On remarque aussi l’apparition de raccourcis clavier pour l’écoute audio, l’ajout d’une vérification des codeurs manquants au chargement des profils, ou encore des soucis corrigés avec les champs numériques à incrément, dont la saison pouvait parfois se bloquer ou les nombres se tronquer.

Dans les notes de version, on peut également voir un « nettoyage » assez prononcé pour cette version, qui abandonne de nombreux composants, voire plateformes. Ubuntu 24.04 n’est ainsi plus pris en charge. Pour les utilisateurs concernés, il est donc nécessaire de migrer vers la version 26.04, dont le chemin de migration s’est ouvert il y a moins d’un mois. L’utilisation de la version Flatpak permet de contourner ce problème. OBS Studio 33 écarte en outre toutes les versions 6.X et 7.X de FFmpeg, ainsi que toutes les moutures de Qt entre la 6.4 et la 6.9.

À noter que la nouvelle mouture est présente sur le dépôt GitHub du projet depuis trois jours mais n’a pas encore été répercutée sur le site officiel au moment où nous publions cet article.

  •  

Windows 11 supporte désormais les instructions APX, dont personne ne peut profiter

Il suffira de changer de matériel
Windows 11 supporte désormais les instructions APX, dont personne ne peut profiter

Windows 11 introduit la prise en charge d’instructions matérielles qui promettent une hausse générale des performances. Ces instructions, APX, n’équipent cependant aucun processeur aujourd’hui.

Le 23 octobre, Microsoft a publié la build 29695 dans le canal Expérimental de son programme Windows Insider. Si cette préversion contient bon nombre d’améliorations en lien avec l’accessibilité et le contrôle parental, elle présente une nouveauté nettement plus discrète, presque cachée dans les options pour développeurs : le support des instructions APX.

APX double les registres généraux

Un peu de contexte. En 2024, Intel et AMD ont formé le x86 Ecosystem Advisory Group (x86 EAG), dont l’objectif est faire évoluer le jeu d’instructions x86-64 de manière concertée, afin d’établir une plateforme matérielle cohérente. C’est d’ailleurs dans ce cadre qu’Intel avait abandonné son projet de x86S.

Le 27 août 2025, Robert Hormuth, vice-président d’AMD, publie un message sur LinkedIn pour informer que l’EAG a déjà produit ses premières technologies : le nouveau modèle d’interruption FRED (Flexible Return and Event Delivery), ainsi que les instructions AVX10 et APX.

Si les différentes variantes d’AVX sont orientées vers le calcul vectoriel, l’objectif d’APX est au contraire d’augmenter les performances du code général. APX n’est pas directement issu de l’EAG puisqu’Intel avait présenté ces instructions en juillet 2023. Un processeur compatible APX dispose de 32 registres généraux, contre 16 aujourd’hui.

Selon Intel, un code compilé avec APX permet de réduire les lectures de 10 % en mémoire et les écritures d’au moins 20 %, comparé à un code compilé x86_64 standard. En outre, les instructions entières peuvent désigner un registre de destination distinct via un format à trois opérandes qu’Intel nomme NDD dans sa documentation. Cet ajout permet d’éviter l’écrasement d’une des sources et de réduire les copies de registres.

En outre, le code APX compte environ 10 % d’instructions en moins, la densité du code étant similaire malgré des préfixes plus longs. Notons aussi qu’APX élargit le jeu d’instructions conditionnelles de x86 pour limiter le coût des erreurs dans la prédiction de branchement.

Retour à Windows

C’est le support de ces instructions que Microsoft vient d’ajouter à sa dernière build dans le canal Expérimental. Ce qui veut dire que la firme commence effectivement à compiler le code du système avec APX. On peut activer ce support dans les options pour développeurs, laissant une interrogation en suspens : pourquoi passer par un paramètre si le code est prêt ?

Bien que l’on puisse se réjouir d’un tel support, l’enthousiasme fait face à une barrière matérielle : aucun processeur actuel ne supporte les instructions APX.

Chez Intel, il va falloir attendre en effet la génération Nova Lake, toujours censée arriver fin 2026 (avec le nouveau socket LGA 1954). Tom’s Hardware indiquait cependant en juin dernier que, selon plusieurs sources, un lancement au premier trimestre 2027 était plus probable, via la série Core Ultra 400. Côté AMD, on ignore encore quand arrivera le support d’APX. Peut-on l’espérer pour les processeurs de bureau Zen6 ? Dans l’absolu oui, mais avec de grosses pincettes : AMD respecte habituellement la parité sur les instructions entre ses puces EPYC et Ryzen, et les puces EPYC Zen6 (Venice) ne possèdent pas (a priori) les instructions APX.

En d’autres termes, si les instructions promettent une hausse générale des performances (sans doute très variable selon les scénarios), Microsoft ne fait que préparer le terrain. On peut imaginer que le lancement des processeurs Nova Lake s’accompagnera d’une campagne marketing pour encourager le grand public (ou les entreprises) à se tourner vers de nouveaux achats, en misant sur ces améliorations.

Notez enfin que Microsoft n’est pas le premier acteur à réagir sur les instructions APX. Leur prise en charge initiale a commencé en effet dans le noyau Linux à partir de sa version 6.16.

  •  

☕️ Après 17 ans, Microsoft ferme son Garage



En 2009, Microsoft lance The Garage, un drôle d’ovni. L’idée est simple : les employés devraient pouvoir développer leurs projets personnels, tout en profitant des conseils et infrastructures de l’entreprise. Un groupe expérimental d’où de nombreuses idées vont fuser.

En 2014, The Garage prend une tout autre dimension. Le nouveau CEO de Microsoft, Satya Nadella, considère alors le groupe comme une très bonne initiative. Cette année, Microsoft organise ainsi, pour la première fois de son histoire, un hackathon. 11 000 personnes de 80 pays vont y participer, consacrant le succès de l’opération.

En 17 ans d’existence, The Garage a vu fleurir de nombreuses idées, dont plusieurs ont finalement été intégrées à des offres commerciales ou endossées très officiellement par Microsoft. C’est par exemple de ce groupe expérimental qu’est issu Arrow Launcher pour Android, qui finira par devenir Microsoft Launcher. Autre outil qui a connu une belle histoire, Mouse without Borders, qui permet de contrôler plusieurs PC depuis un seul duo clavier/souris, et intégré aux PowerToys depuis 2023.

On pourrait aussi citer Journal, le clavier pour iOS Word Flow, ou encore l’application de prise de notes Plumbago, autant de projets depuis arrêtés ou intégrés sous une autre forme. D’autres sont devenus des produits à part entière, comme Azure Quickstart Center, Azure Resource Graph, Microsoft Health Bot Service ou Video Indexer.

Pourquoi fermer aujourd’hui The Garage ? Selon GeekWire, qui dit avoir eu accès à la FAQ interne sur le sujet, Microsoft estimerait que l’innovation n’est aujourd’hui plus limitée à ce type de groupe, mais survient « chaque jour au sein de chacune de nos équipes ». Les espaces physiques dédiés au Garage commencent ainsi à être fermés dans les locaux qui en avaient développés, les employés ne pouvant emporter aucun équipement présent sur place.

Si l’on en croit GeekWire, la décision est bien sûr controversée. Sur le service Blind, qui sert à commenter anonymement les conditions de travail dans une entreprise, un billet était ainsi intitulé « Amy kills the Garage », en référence à Amy Hood, directrice financière de Microsoft. Sur cette publication depuis supprimée, certains commentaires faisaient l’éloge de ces structures, qui permettaient notamment de rencontrer du monde et de créer des connexions professionnelles. Toujours selon nos confrères, un commentaire indiquait : « Les espaces Garage étaient l’un des derniers trucs cools chez Microsoft ».

  •  

Un premier jailbreak fait sauter les verrous de la Switch 2

Une faille BASIC
Un premier jailbreak fait sauter les verrous de la Switch 2

Un jailbreak de la Switch 2 est en approche. En exploitant une série de failles, un bidouilleur est parvenu à exécuter du code dans le système de la console de Nintendo. Voilà qui ouvre la porte aux homebrews et à la modification de jeux, même si l’opération demeure complexe et que Nintendo veille au grain.

16 mois après son lancement, voici que déboule ce qui ressemble fort au premier jailbreak de la Switch 2. Sammy Hajhamid est parvenu à modifier Mario Kart World en y intégrant des pilotes inédits comme Peter Griffin, le patriarche de la série animée Family Guy, Red d’Angry Birds ou encore Hatsune Miku. Un exploit rendu possible par une bidouille qu’il décrit sur son blog.

Sonic, Steve de Minecraft, Walter White de Breaking Bad… Des pilotes jamais vus dans Mario Kart World. Image : Sammy Hajhamid

Le maillon faible

Le jailbreak passe par l’application SmileBASIC, qui permet d’exécuter des programmes BASIC sur la Switch 2 en tout bien tout honneur. Mais une erreur de calcul sur des entiers de 32 bits dans une commande permet de lire et de modifier de la mémoire en dehors des limites prévues.

Sammy Hajhamid a ensuite tiré partie d’une erreur dans le traitement des chemins du service qui s’occupe des systèmes de fichiers de la console. En l’occurrence, il s’agit d’un tampon temporaire trop petit permettant de lire et d’écrire dans la mémoire du service en question. Ça ne suffit pas pour exécuter de nouvelles instructions, mais on s’en approche.

En modifiant la mémoire de ce service, il devient possible de lui faire fournir un autre exécutable que celui attendu, tout en conservant les métadonnées authentiques du programme d’origine. Les vérifications de signature passent donc, mais le code chargé a été remplacé : le mécanisme de confiance est contourné. Le bidouilleur peut désormais exécuter son propre code avec les permissions d’un service système, puis s’en servir pour modifier le code du service de fichiers lui-même.

Un jailbreak sous contraintes

Le dépôt GitLab du bidouilleur permet de tester soi-même l’opération, pour peu qu’on dispose de SmileBASIC… qui n’est plus distribué dans l’eShop. Rien n’a été confirmé, mais il n’est pas interdit de penser que Nintendo est derrière le retrait précipité de cette application. L’histoire repasse ici les plats, puisque SmileBASIC avait déjà été utilisé pour des homebrews sur la 3DS.

Le tout a demandé deux semaines de travail au hacker, armé de Codex et d’un actionneur Bluetooth faisant office d’interrupteur : il appuyait sur le bouton d’alimentation de la console quand c’était nécessaire ! Ce jailbreak fonctionne avec la dernière version du système d’exploitation de la Switch 2 (23.0.1), mais il a une limite importante : il nécessite un ordinateur pour l’installer, et il doit être relancé après le redémarrage de l’appareil.

Malgré tout, c’est une première brèche qui pourrait ouvrir la voie à tout un monde de possibilités : des programmes homebrew, des mods, de l’ingénierie inverse et bien évidemment, des jeux piratés.

Il ne fait guère de doute que Nintendo regarde tout cela de très près, en ayant en tête ce qui s’était passé avec la Switch première du nom. Les premiers outils permettant d’exécuter des homebrews étaient apparus moins d’un an après son lancement, avant qu’une faille bien plus profonde ne facilite le développement des firmwares personnalisés et le piratage de jeux.

  •  

Bureautique, collaboration : la Cour des comptes fait ses calculs et étrille la DINUM

La Cour décompte
Bureautique, collaboration : la Cour des comptes fait ses calculs et étrille la DINUM

La Cour des comptes vient de publier un rapport sur l’usage des outils bureautiques et collaboratifs au sein de l’État. Les constats y sont nombreux et pour la plupart négatifs. La Cour préconise donc un plan homogène de modernisation avec un passage plus poussé au libre. Des recommandations accueillies « favorablement » par le Premier ministre.

La Cour des comptes a publié le 20 octobre trois documents liés : un rapport complet sur les outils bureautiques et collaboratifs au sein de l’État, sa synthèse et la réponse du Premier ministre. Ce rapport fait suite à une enquête, qui répondait elle-même à une saisine citoyenne.

Le rapport couvre les administrations centrales et les services déconcentrés des ministères. Même si les opérateurs, la Sécurité sociale, les hôpitaux et les collectivités en sont exclus, le parc ainsi analysé compte tout de même 860 000 postes. Quatre ministères concentrent près de 90 % de ce nombre imposant : Intérieur (34 %), Armées (23 %), Économie et finances (18 %), Justice (11 %).

La Cour des comptes s’est donné la mission de répondre essentiellement à deux questions : Comment les outils bureautiques et collaboratifs sont utilisés ? Peut-on faire mieux ?

Un parc très hétérogène

Cela ne surprendra personne, mais le premier constat est que les différents parcs informatiques sont très hétérogènes. La doctrine qui a toujours prévalu jusqu’à récemment est que les ministères sont libres de leurs choix. D’un côté, cela permet une adaptation simple aux spécificités et donc aux besoins de chacun. De l’autre côté, chacun fait à sa manière, avec les fortes disparités qui en découlent.

Malgré cette grande hétérogénéité, la suite Office de Microsoft est utilisée presque partout. Deux grandes exceptions sont signalées : la direction générale de la gendarmerie nationale (DGGN) et la direction générale des finances publiques (DGFiP), qui recourent massivement aux solutions libres. Dans le cas de la gendarmerie, même le système d’exploitation a été remplacé il y a longtemps (Gendbuntu), mais elle garde environ 2 500 postes avec Office. La Cour note également que quelle que soit la configuration choisie, le taux général de satisfaction est à peu près le même partout.

Cependant, le cadre a changé. « Face aux enjeux renouvelés de coordination et de souveraineté numérique, l’État a cherché à rationaliser les pratiques en place par des directives plus contraignantes, parmi lesquelles l’interdiction en 2021 du recours à la solution Microsoft 365, l’encadrement à partir de 2023 des outils de visioconférence et des messageries instantanées ou, en 2025 et 2026, le contrôle des achats numériques », indique ainsi la Cour des comptes.

La DINUM épinglée pour suivi peu rigoureux

Signe des temps, le rapport note l’utilisation croissante dans les ministères des outils rassemblés dans La Suite, développée par la DINUM. Si la Cour des comptes loue la création d’outils sur la base de logiciels libres respectant les exigences de souveraineté et d’interopérabilité, elle égratigne le recours aux startups d’État, modèle justement retenu par la DINUM, car il est souple et permet un financement rapide. En revanche, « il n’est pas adapté à l’édition logicielle professionnelle, qui suppose une vision du produit sur plusieurs années, une feuille de route technique robuste et un haut niveau de support, documentation et maintenance ».

La Cour se montre globalement critique face à la DINUM. La Direction n’a ainsi « pas fourni à la Cour de tableau de bord permettant un suivi précis des prestations réalisées, par module ou par intervenant ». Le seul suivi communiqué est comptable et qualifié de « parfois approximatif ». « Ce n’est pas du niveau attendu pour des solutions numériques ayant vocation à être opérées dans l’ensemble des administrations de l’État », fustige la Cour, qui épinglait déjà ce manque de rigueur en 2024. Selon le rapport, la DINUM a convenu de la nécessité de renforcer son suivi.

La DINUM en prend pour son grade sur un autre sujet. Elle est accusée de développer elle-même des logiciels, plutôt que de faire vivre l’écosystème d’entreprises françaises du libre. Interrogé dans le cadre de l’enquête, le CNLL (qui représente une partie des éditeurs de logiciels libres en France) a cité l’entreprise publique allemande ZenDiS comme référence, car elle assemble des briques libres en sous-traitant à sept entreprises pour produire openDesk. Là encore, le constat était sensiblement le même en 2024.

Malgré les critiques, le rapport estime que les résultats de La Suite sont « probants ». Tchap compte ainsi 368 000 utilisateurs actifs fin 2025 et ProConnect 930 000 connexions mensuelles. Cependant, La Suite a des limites connues et ne peut pas remplacer une suite bureautique, notamment car elle n’a ni tableur, ni outil de présentation, ni agenda. En outre, elle ne fonctionne qu’en ligne, la Messagerie n’est pas déployable à grande échelle à court terme et Docs assure surtout de la prise de notes collaborative.

Un coût en forte progression mais qui reste limité

La Cour relève une facture générale d’environ 100 millions d’euros pour l’année 2025 sur l’ensemble du parc analysé. Ce chiffre est en forte augmentation, avec + 50 % depuis 2021, contre + 16 % pour les dépenses de fonctionnement de l’État. Cependant, le même chiffre reste contenu, car il représente moins de 2 % du budget numérique total, estimé à 5,5 milliards d’euros.

Le coût moyen est de 87 euros par poste et par an, mais avec des écarts extrêmes : 20 euros à l’Intérieur et 378 euros à la Culture. Ce montant tient à de multiples facteurs, dont l’un des plus importants est l’utilisation de Microsoft 365. Contrairement à la suite Office, Microsoft 365 est un abonnement donnant accès à plus ou moins d’outils et d’espace de stockage selon le niveau choisi. Or, même si Microsoft 365 est interdit, certains ministères disposent d’une dérogation, dont la Culture.

Cette facture de 100 millions fait pourtant grincer la Cour, car il n’est pas issu d’un chiffrage précis : « Ce montant a été reconstitué par la Cour, qui a constaté que dans plusieurs ministères le suivi était lacunaire aussi bien pour ces dépenses – du fait d’une comptabilité analytique défaillante – que pour le parc informatique lui-même ».

Toujours sur cette année 2025, 61 millions d’euros étaient consacrés aux licences logicielles bureautiques et collaboratives, dont les quatre cinquièmes pour Microsoft, « sans compter les autres logiciels tels que le système d’exploitation Windows ». Le rapport liste également 26 millions d’euros pour les prestations et 13 millions alloués à la masse salariale des postes de maintenance et de support sur ces outils.

Quant à La Suite, son coût total depuis 2021 est d’environ 40 millions d’euros, en augmentation moyenne de 40 % par an. Cependant, et encore une fois, les « investigations menées à l’occasion de cette enquête montrent également que le suivi administratif et financier par la DINUM des prestations réalisées par les freelances aurait dû être plus rigoureux pour s’assurer de la juste adéquation entre les ressources allouées et les travaux réalisés ».

Il faut accentuer le passage au libre

Bien que la Direction interministérielle soit copieusement critiquée, ses développements ont quand même de quoi satisfaire et « suivent une trajectoire solide », note la Cour des comptes.

Le rapport insiste sur la nécessité de développer l’usage des logiciels libres, car ils sont « un gage d’indépendance des administrations publiques » et « économiquement plus vertueux ». En se basant sur les données recueillies, la Cour chiffre entre 30 et 65 millions d’euros les économies qui seraient réalisées dans l’ensemble des ministères par l’utilisation « plus systématique de logiciels libres bureautiques on-premises », c’est-à-dire sur site.

La Cour indique que les ministères souhaitent en majorité continuer à utiliser Office. Ils envisagent même de migrer sur les infrastructures de Bleu « lorsque les logiciels de Microsoft pourront y être exploités sous la qualification souveraine SecNumCloud ». Cependant, pour les mêmes motifs que précédemment, « il conviendrait plutôt de travailler à ce qu’une solution bureautique libre en mode cloud (interne à l’État ou qualifié SecNumCloud) puisse être proposée en alternative et devienne, à terme, la norme au sein des administrations de l’État ».

Quatre recommandations, accueillies favorablement

Le rapport de la Cour des comptes se termine par quatre recommandations, qui devraient toutes êtes engagées dès 2027 :

  1. Associer plus fortement les ministères à la conception de la feuille de route de La Suite ainsi qu’à sa gouvernance ;
  2. Intégrer les outils collaboratifs et bureautiques dans le périmètre de gouvernance de la DINUM ;
  3. Faire évoluer le modèle de développement de la Suite pour mieux s’appuyer sur des entreprises disposant d’une expertise en matière de logiciels libres ;
  4. Engager la convergence vers « des outils en mode cloud » et prévoir un plan de migration, « sur trois à quatre années au maximum », pour orienter les stratégies numériques des ministères et de leurs opérateurs.

Ces quatre recommandations ont été accueillies favorablement par le Premier ministre, Sébastien Lecornu. Dans sa réponse, celui-ci indique d’ailleurs que la création d’ARIANE (Autorité référente pour l’intelligence artificielle et le numérique de l’État) au 1ᵉʳ janvier 2027 permettra d’accélérer les travaux, puisqu’elle aura « notamment vocation à renforcer la cohérence des choix technologiques de l’État ».

  •  

☕️ OpenBSD 8.0 est disponible avec une foule d’améliorations sur le support matériel



OpenBSD n’est pas un système que l’on croise forcément tous les jours, à moins d’exercer un métier spécifique, notamment dans les réseaux. Ce système Unix s’est fait un nom depuis longtemps dans ce domaine, ses composants étant régulièrement repris dans de nombreux équipements.

Quand une nouvelle version arrive, sa liste de modifications est donc un peu « aride ». On trouve certes une mise à jour générale des applications et composants : Chromium 154, Firefox 157, GNOME 49, KDE Plasma 6.7.5, GCC 16.1.0, LLVM 21.1.8 et 22.1.8, Go 1.27.1, Rust 1.98.1, Python 3.14.7 ou encore PostgreSQL 18.6 dans le cas présent.

Les nouveautés les plus significatives sont cependant sous le capot. Sur l’architecture amd64 (soit l’écrasante majorité des PC aujourd’hui), l’espace d’adressage virtuel du noyau passe ainsi de 4 à 512 Go, augmentant d’autant le mappage de la mémoire vidéo. On note une amélioration des performances de chiffrement sur amd64 et arm64, OpenBSD se servant désormais des instructions AES matérielles du processeur. Sur arm64, l’hibernation fait son entrée.

Nous n’allons pas lister toutes les améliorations, mais en voici plusieurs : un pilote drm resynchronisé avec le noyau Linux 6.18.53, le support par vmd d’un maximum de 64 processeurs virtuels par machine invitée, les interruptions MSI/MSI-X pour virtio et le déchargement du calcul des sommes de contrôle, l’acceptation des en-têtes HTTP personnalisés par httpd, l’arrivée d’OpenSSH 106 et de LibreSSL 4.4.0, ou encore un grand nombre de correctifs.

L’équipe de contributeurs a également mis en ligne une procédure pour mettre à jour l’actuel OpenBSD 7.9 vers cette nouvelle version 8.0.

  •  

☕️ Des serveurs Exchange fonctionnent mal depuis les mises à jour du 13 octobre



Les dernières mises à jour pour Windows Server, publiés le 13 octobre, engendrent des problèmes avec les serveurs Exchange sur site. Microsoft a confirmé ces perturbations, les versions concernées étant les 2016, 2019 et Subscription Edition. Ces défaillances sont liées à quatre mises à jour : KB5126646 (Windows Server 2025), KB5126655 (2022), KB5126651 (2019) et KB5126868 (2016).

Les symptômes sont nombreux : messages bloqués dans la boîte d’envoi d’Outlook, files d’attente qui s’allongent, échecs d’accès aux boîtes pendant la réplication, ou encore difficultés des membres d’un groupe de disponibilité de bases de données (DAG) à atteindre le quorum. Ces symptômes peuvent cependant varier fortement selon les configurations, certaines n’en développant aucun.

Selon la note publiée par Microsoft, les mises à jour d’octobre ont introduit une limite par défaut de 512 appels simultanés de recherche de point de terminaison (Endpoint Lookup). Cette limite contrôle la mémoire utilisée par Endpoint Mapper – un composant des appels de procédure distante (RPC) – et les charges Exchange élevées peuvent la dépasser.

Nous pouvons confirmer l’ampleur du problème, l’un de nos contacts ayant été touché. Il nous a indiqué qu’un redémarrage du serveur Exchange permettait de repousser le problème temporairement, ce que Microsoft confirme dans un billet publié séparément sur le blog de l’équipe Exchange. Celle-ci recommande de ne pas désinstaller les mises à jour (puisqu’elles corrigent un grand nombre de failles) puis d’exécuter la commande suivante depuis une invite en mode administrateur :

reg add "HKLM\SOFTWARE\Microsoft\Rpc" /v EpmapSavedContextCap /t REG_DWORD /d 65536 /f

Il faudra ensuite redémarrer le serveur. Une fois cette étape réalisée, Microsoft recommande de surveiller l’état du serveur pour vérifier si le problème survient. Dans ce cas, il faudra augmenter la limite citée précédemment. Selon l’équipe Exchange, les retours ont indiqué que le problème était jugulé en appliquant cette méthode.

  •  

Le noyau Linux 7.3 débarque avec une longue liste d’améliorations

On approche des 20 000 modifications
Le noyau Linux 7.3 débarque avec une longue liste d’améliorations

Après une longue gestation marquée par une montée en force de l’IA dans la détection des bugs, la version finale du noyau Linux 7.3 est arrivée. Les améliorations sont nombreuses, mais la disponibilité dépendra comme toujours de la distribution utilisée.

Le noyau Linux 7.3 est finalement arrivé comme prévu ce dimanche 18 octobre, après une gestation qui aura marqué les esprits. Selon les statistiques fournies par LWN, cette nouvelle mouture compte en effet 18 765 modifications (hors fusions), en provenance de plus de 3000 contributeurs. Elle est également significative par ses Release Candidates, marquées par l’arrivée « brutale » de l’IA dans la détection et la correction des bugs. Une « nouvelle normalité » commentait Linus Torvalds récemment.

Côté matériel

La nouvelle mouture comporte une liste abondante d’améliorations, à commencer par la prise en charge du matériel. On note ainsi la prise en charge initiale des puces M3 Pro, Max et Ultra, qui complète celle du M3 de base ajoutée dans la 7.2. Même chose pour le nouveau type de cœur basse consommation en préparation chez AMD pour son architecture Zen.

Plus concrètement peut-être, on y trouve aussi la gestion des interruptions thermiques chez Intel, la prise en charge du bloc d’affichage DCN 6.0 et des modificateurs de format DRM pour d’anciens GPU AMD, le support de la manette Steam Controller de 2026, ou encore des améliorations de l’ordonnanceur pour les processeurs hybrides et une gestion plus unifiée des types de cœurs Intel et AMD. Le noyau intègre également un pilote pour la manette MSI Claw, un pilote HID-HyperX pour l’état de coupure du micro HyperX QuadCast 2, et la prise en charge du commutateur de mode tablette dans le pilote AMD Sensor Fusion Hub.

Du mieux pour certains systèmes de fichiers

Le noyau Linux 7.3 introduit en outre un nouveau système de fichiers particulier : failfs. Il se veut le pendant de nullfs et fait échouer toute opération l’atteignant avec l’erreur EOPNOTSUPP (chemins absolus, liens symboliques et chemins relatifs au répertoire courant). Pour son auteur, Christian Brauner, l’intérêt est de permettre aux processus de se défaire entièrement de leur état de système de fichiers. Ainsi, un processus dont la racine ou le répertoire courant est dans failfs doit ancrer chaque résolution de chemin sur un descripteur de fichier explicite.

On reste dans les systèmes de fichiers avec une série d’améliorations pour ceux déjà en place. Le noyau 7.3 inclut par exemple une hausse des performances (parfois significatives selon les scénarios) pour btrfs que Phoronix avait repérée à la sortie de la première Release Candidate fin aout. Alors que le code de support des systèmes EFS et FreeVxFS est supprimé, celui pour ntfs3 reçoit d’importantes améliorations, dont la prise en charge des flux de données alternatifs ainsi qu’un début de durcissement pour sa sécurité.

Parmi les autres changements, on remarque en outre des travaux significatifs sur le support de SMB, qui peut gérer en option Time Machine (le système de sauvegarde de macOS). Le serveur SMB intégré au noyau (ksmbd) gagne aussi la fenêtre de séquence des commandes SMB2, le rejeu des requêtes SMB3, le chiffrement SMB3 par partage et le chiffrement pour SMB Direct (RDMA). À la sortie de la Release Candidate 3, Linus Torvalds avait indiqué qu’un nombre important de correctifs était intégré pour SMB (ainsi que pour XFS).

LTS ou pas LTS ?

Cette version 7.3 est donc disponible, mais sa récupération réelle dépend fortement de la distribution utilisée. De nombreux systèmes ne proposent pas immédiatement les nouveaux noyaux et attendent leur version suivante pour l’intégrer. D’autres, notamment celles en rolling release, proposent les nouveaux noyaux très rapidement en général.

Enfin, un mot sur la prochaine version 7.4. Sa fenêtre d’intégration vient d’ouvrir et sa publication doit se faire vers la fin décembre. Cette version sera à nouveau importante pour le support matériel, avec par exemple l’activation du HDMI 2.1 sur les Radeon, le support des NPU dans les Ryzen AI Max 400, la poursuite des travaux sur le pilote NVIDIA Nova (pour remplacer l’actuel Nouveau), des optimisations sur la mémoire, ou encore la prise en charge initiale des puces M4 et A18 pro d’Apple.

On ne sait pas encore si cette version sera la nouvelle LTS (Long Term Support) ou s’il s’agira de la 7.3 qui vient de sortir.

  •  

☕️ L’App NVIDIA laisse les agents IA prendre les commandes par défaut



La dernière version de l’app NVIDIA ouvre la porte aux agents IA. Le logiciel intègre en effet une nouvelle option, activée par défaut, qui permet aux agents de le contrôler. Pour les utilisateurs qui n’ont aucun usage de ces agents sur leurs machines, il est possible de désactiver l’option.

Dans sa version 11.0.9.565, l’app NVIDIA inaugure un nouveau réglage dans la section « Connecter les agents et les applications » au libellé très clair : « Permettre aux agents d’IA de contrôler NVIDIA App ». Repérée par VideoCardz et activée par défaut, l’option ouvre un serveur MCP (à l’adresse http://127.0.0.1:13508/mcp, comme l’indique la doc de NVIDIA) qui ouvre l’interface aux agents.

Captures d’écran : Next

Après avoir emprunté cette passerelle, ils peuvent consulter les jeux installés sur le PC, lancer un jeu ou vérifier si un jeu tourne sur la machine. Les assistants ont aussi la possibilité d’appliquer les réglages NVIDIA optimaux pour tel ou tel jeu, d’enregistrer la vidéo d’une partie et de réaliser des captures d’écran, d’ouvrir et de fermer l’interface des stats, d’ajuster les graphiques, de vérifier la version du pilote et de gérer les performances d’un ordinateur portable via la fonction Battery Boost et le mode Whisper.

L’utilisateur pourra demander à son assistant IA, en langage naturel, tel ou tel changement à appliquer dans son jeu. L’agent doit évidemment être compatible MCP ; NVIDIA cite par exemple Hermes, OpenClaw et Perplexity (qui propose son propre agent local Portable Computer), exécutés sur le PC. L’idée n’est pas totalement farfelue : il est parfois compliqué de s’y retrouver dans les réglages proposés par l’app NVIDIA et surtout, de faciliter leur ajustement selon le jeu et les préférences du joueur.

Les joueurs qui n’utilisent pas d’agent IA n’ont aucune raison de laisser cette option active en tout temps, c’est pourquoi il est possible de la désactiver. Dans ce cas, le serveur MCP cessera tout simplement de fonctionner.

  •  

☕️ Sync-in 2.6 intègre l’éditeur de diagramme draw.io



Sync-in est un projet libre de stockage, synchronisation et collaboration autour des fichiers. Son développeur principal, Johan Legrand, nous avait expliqué en octobre 2025 sa volonté de proposer une solution simple pour synchroniser et gérer des fichiers, avec un aspect collaboratif. Sync-in s’installe sur un serveur et permet la gestion des fichiers, l’utilisation d’une suite bureautique et fournit une gestion fine des autorisations.

La nouvelle mouture 2.6 intègre désormais draw.io pour la création et l’édition des diagrammes. L’installation peut se faire via le service Docker fourni ou une instance draw.io externe. La fonction prend en charge les fichiers VSDX et Gliffy, qui peuvent être importés et convertis au format .drawio.

Draw.io dans Sync-in

Cette version apporte également des améliorations diverses, dont une visionneuse d’images modernisée, un mode galerie pour parcourir les images d’un dossier, la réunion du filtrage local et de la recherche globale dans la barre de navigation, des préférences utilisateur persistantes (enregistrées au niveau du compte), ou encore la possibilité pour la synchronisation d’ignorer les suppressions.

Sync-in propose en outre des améliorations de performances. La consommation mémoire se veut ainsi réduite d’environ 10 % et les vérifications de la base de données sont plus rapides. Côté sécurité, on note une protection harmonisée pour les services sensibles, dont l’authentification, la synchronisation et les liens publics.

Comme les versions précédentes, Sync-in 2.6 peut être récupéré en paquet NPM ou en image Docker. Les clients desktop (Windows, Mac, Linux, CLI) recevront prochainement une version 2.3 pour tenir compte des nouveautés introduites.

  •  

Microsoft l’assure, son Windows 11 évolue dans le bon sens

Promis, juré, crashé
Microsoft l’assure, son Windows 11 évolue dans le bon sens

Après de multiples annonces au printemps, Windows 11 a reçu ces derniers mois bon nombre d’améliorations diverses, nouvelles fonctions et autres corrections. Dans un billet faisant le point, Microsoft cherche à convaincre : les choses seraient bel et bien en train de changer.

Windows 11 se retrouve coincé à un carrefour peu enviable. D’un côté, une mauvaise réputation venant d’un manque de nouveautés à sa sortie et d’exigences strictes sur le matériel. D’un autre, le sentiment d’une mise à jour forcée après la mise à la retraite de Windows 10, même si l’Europe bénéficie d’une situation un peu moins précaire. D’un autre côté encore, des interrogations croissantes sur sa pertinence à une époque où Linux n’a plus grand-chose à lui envier pour les jeux vidéo et où le foisonnement logiciel explose via le vibe coding.

Microsoft fait un point d’étape

Dans un billet publié ce 15 octobre, Microsoft commence par mettre en avant les performances. L’éditeur l’affirme : l’ensemble du système se veut jusqu’à 20 % plus réactif, « avec des améliorations que vous pouvez ressentir dès le démarrage de votre PC et s’étendant à Démarrer, Explorateur de fichiers, Recherche, Outil de coupe, Microsoft 365, Edge et plus encore ».

L’entreprise explique qu’une bonne partie de ce travail vient d’une utilisation plus « intelligente » de la mémoire et des ressources du système. L’impact est variable selon les configurations, mais la différence se ressentirait le plus sur les systèmes équipés de 8 Go de mémoire seulement.

La firme précise que dans ce cas, Windows 11 peut garder en mémoire jusqu’à 2 Go supplémentaires de « données actives » au lieu de les déplacer vers un stockage plus lent (le swap). D’autres travaux ont été entrepris, comme un chargement en mémoire des widgets uniquement quand ils sont ouverts, économisant 200 Mo.

Microsoft braque les projecteurs sur de vastes travaux en cours qui commencent à donner leurs fruits sur les usages quotidiens. Par exemple, un fonctionnement plus fiable des casques Bluetooth, notamment sur l’appairage et la reconnexion. L’éditeur mentionne spécifiquement les AirPods, dont l’appairage peut être compliqué et qui se fait jusqu’à 15 secondes plus vite (donnant une idée du problème initial).

Outre une connexion plus rapide via Windows Hello, Microsoft cite aussi le travail en cours sur la qualité générale des pilotes tiers via sa Driver Quality Initiative. Dans ce sens, l’entreprise confirme ce qu’elle avait déjà dit cet été.

Nouvelle recherche, nouvelle application Photos


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.

  •  

Pour Linus Torvalds, le code généré par IA est légitime, à condition de savoir le lire

Les choses sont « dites »
Pour Linus Torvalds, le code généré par IA est légitime, à condition de savoir le lire

Le débat secoue la communauté du libre depuis des mois : faut-il accepter le code généré par IA ? Pour certains, c’est une trahison de l’esprit même du libre. Pour d’autres, ce n’est pas un problème. Pour Linus Torvalds, il n’y a vraiment aucun problème, mais à une condition. Au point de se mettre une nouvelle fois en colère.

La question de savoir si le code généré par IA doit être accepté dans le noyau Linux semble être tranchée depuis un moment. Mais, le débat a évolué il y a bientôt 18 mois : le code généré par IA doit-il recevoir un marquage spécial ?

La question a été officiellement posée par Sash Levin en juillet 2025, comme le relevait alors Phoronix. Développeur travaillant chez NVIDIA et co-mainteneur des versions LTS (Long Term Support) du noyau, il avait proposé que les contributions au code générées par des LLM soient marquées d’un label « Co-developed-by ». Avec le temps, cette proposition évoluera en « Assisted-by ».

Dans un premier temps, cette proposition va plaire, au point d’être adoptée au Maintainers Summit 2025 en fin d’année dernière. À ce moment déjà, Linus Torvalds doutait déjà du bien-fondé de l’approche. Dans les mois qui suivent, un document coding-assistants.rst entre dans le noyau 7.0 pour formaliser ce qui est alors considéré comme une bonne pratique.

L’usage raisonné à grands coups de marteau

Les positions du père de Linux vont retentir plusieurs fois en 2026. Dès janvier, il s’oppose à ce que la documentation du noyau prenne parti. Sans jamais vraiment le dire, il milite alors pour un usage « raisonné » de l’IA. En mai par exemple, il tempête contre les trop nombreux rapports de bugs produits par les outils automatiques. Une critique désormais courante, portée notamment par l’équipe de FFmpeg qui fustigeait les LLM utilisés à la va-vite pour générer des rapports de bugs de faible qualité (le fameux slop, ou « bouillie »).

Deux mois plus tard éclate un débat autour de Sashiko, un service centralisé proposé par Google pour surveiller automatiquement la mailing-list du noyau (entre autres) pour publier ensuite des reviews de code de manière automatisée. Linus Torvalds intervient alors pour indiquer que le consensus général des mainteneurs du noyau est que l’IA est utile quand elle est utilisée correctement. Il ne souhaite pas que les rapports générés soient rejetés en bloc, tout en soulignant les améliorations nécessaires.

Le cas du noyau Linux 7.3

Depuis, sa position s’est encore affirmée, notamment à travers la gestation du noyau Linux 7.3. Les Release Candidates 6 et 7 sont devenues une « nouvelle normalité », car au lieu de ne corriger que quelques bugs – ce qui est traditionnellement le cas à ce stade du développement –, elles en corrigent des centaines.

Jonathan Corbet (LWN.net) a ainsi fait un compte-rendu du dernier Maintainers Summit qui s’est tenu le 8 octobre à Prague. Selon lui, le noyau 7.3 comporte actuellement 18 533 changements. Sur cet ensemble, 10 % des correctifs portent la mention « Assisted-by », mais il ajoute : « Le nombre réel de correctifs assistés par LLM est sûrement bien plus élevé ».

Il rapporte également la prise de parole de Linus Torvalds : blâmer les LLM au sein de la communauté est contre-productif car le problème se concentre sur les utilisateurs qui ne savent comment les utiliser, ou même comment fonctionne le noyau. « Torvalds et d’autres ont répété que les contributions de faible qualité venaient de nouveaux développeurs et qu’elles devraient recevoir une faible priorité, la communauté devrait arrêter d’essayer de rendre la contribution facile. De nombreux développeurs ont déclaré, à plusieurs reprises qu’ils essayaient de les mentorer mais que c’était presque toujours une perte de temps ; ils n’écoutent pas », rapporte sévèrement Jonathan Corbet.

Linus Torvalds se fâche (encore)

Au sommet de Pragues, les mainteneurs du noyau ont convenu que l’étiquette était désormais obsolète. Cependant, le développeur Laurent Pinchart s’y est opposé. Dans un message daté du 13 octobre, il refuse que l’étiquette soit supprimée tant qu’un mécanisme de remplacement n’a pas été mis en place. Il soutient qu’une règle sert à fixer les attentes, même si certains la contournent.

La réponse de Torvalds, dans la nuit du 13 au 14 octobre, est salée.

« Je ne comprends pas toute cette idée idiote du « n’utilisez pas l’IA pour X ». Voici une nouvelle règle rien que pour vous : n’utilisez aucun compilateur pour vos contributions au noyau. Parce que si vous ne pouvez pas démontrer que vous comprenez réellement ce que fait la machine en écrivant votre code en assembleur, alors je ne veux pas voir votre contribution. Vous n’êtes manifestement pas compétent si vous ne savez pas l’écrire ainsi.

Et au fait, vous feriez mieux de ne pas utiliser non plus d’éditeur pour rédiger ce message de validation. Parce que j’ai besoin que vous me montriez que vous savez réellement écrire un bon message de validation sans outils qui permettent de revenir en arrière facilement et de masquer les erreurs commises en tapant. D’accord ? Parce que, sinon, vos validations assistées par des outils ne montrent clairement pas que vous savez ce que vous faites.

Ne voyez-vous pas à quel point ce genre de règles serait ABSOLUMENT STUPIDE ?

Alors non. Nous n’allons pas établir de règles stupides qui disent « vous ne pouvez pas utiliser d’outils pour X ». Ce que j’attends moi, c’est que les gens fassent de leur mieux, et j’attends d’eux qu’ils comprennent ce qu’ils font. Mais cette compréhension a très peu de rapport avec les outils qu’ils utilisent.

Et, très honnêtement, d’après mon expérience, les personnes que je respecte et que je juge intelligentes ne sont pas celles qui rechignent à utiliser des outils nouveaux et intéressants. »

Aujourd’hui, un nombre croissant accepte les contributions générées par LLM. Dernièrement, le cas le plus visible a été le projet Debian, qui a adopté un consensus que l’on trouve dans plusieurs autres projets, dont Fedora, LLVM ou même Firefox : les contributions sont acceptées à condition que les personnes qui les émettent soient capables de les relire, de les comprendre et de les expliquer.

D’autres projets, comme Gentoo, NetBSD, Zig ou Krita refusent explicitement ce type de contribution ou ont mis en place un moratoire sur cet usage. Enfin, beaucoup ne sont pas encore officiellement positionnés, à l’instar du projet KDE, qui vient de fêter ses 30 ans.

  •  
❌