Après une première expérimentation auprès de 172 agents volontaires, le gouvernement fédéral suisse teste de remplacer la suite Microsoft 365 par une solution open source sur 3 000 ordinateurs.
La Chancellerie prévoit que cette migration, qui concerne environ 7 % des postes utilisés dans ses services, soit réalisée d’ici la fin 2027.
Concrètement, les employés fédéraux se verront fournir l’accès à OpenDesk, une solution allemande produite par le Centre allemand pour la souveraineté numérique (ZenDis).
Cette dernière a été choisie car conçue spécialement pour des administrations publiques, et mise à disposition de l’administration fédérale suisse gratuitement, indique le porte-parole de la Chancellerie au Temps.
Illustration : Flock
Si l’opération se passe correctement, un nombre croissant de postes pourrait passer à OpenDesk par la suite. Ceci dit, impossible d’imaginer que l’intégralité de l’administration locale se passe du fournisseur états-unien, dans la mesure où aucune alternative ne lui permet de « remplacer simplement et complètement les solutions Microsoft en place au sein de son architecture informatique », explique la Chancellerie.
Pour la transition en cours, l’administration a ciblé en priorité des fonctionnaires « chargés de processus sensibles ou essentiels à l’activité ».
Rien n’empêche, à terme, de se tourner vers des solutions suisses – Infomaniak développe par exemple une suite complète — ou de recourir à des sociétés suisses pour les prestations de conseil, d’intégration, de formation ou d’autres activités susceptibles d’accompagner le recours aux outils open source choisis.
Outre cette initiative, le Cyber Command suisse, unité militaire en charge de la cybersécurité, travaille de son côté à remplacer complètement Microsoft 365 par OpenDesk d’ici 2026, selon le média spécialisé It’s Foss.
Après une première expérimentation auprès de 172 agents volontaires, le gouvernement fédéral suisse teste de remplacer la suite Microsoft 365 par une solution open source sur 3 000 ordinateurs.
La Chancellerie prévoit que cette migration, qui concerne environ 7 % des postes utilisés dans ses services, soit réalisée d’ici la fin 2027.
Concrètement, les employés fédéraux se verront fournir l’accès à OpenDesk, une solution allemande produite par le Centre allemand pour la souveraineté numérique (ZenDis).
Cette dernière a été choisie car conçue spécialement pour des administrations publiques, et mise à disposition de l’administration fédérale suisse gratuitement, indique le porte-parole de la Chancellerie au Temps.
Illustration : Flock
Si l’opération se passe correctement, un nombre croissant de postes pourrait passer à OpenDesk par la suite. Ceci dit, impossible d’imaginer que l’intégralité de l’administration locale se passe du fournisseur états-unien, dans la mesure où aucune alternative ne lui permet de « remplacer simplement et complètement les solutions Microsoft en place au sein de son architecture informatique », explique la Chancellerie.
Pour la transition en cours, l’administration a ciblé en priorité des fonctionnaires « chargés de processus sensibles ou essentiels à l’activité ».
Rien n’empêche, à terme, de se tourner vers des solutions suisses – Infomaniak développe par exemple une suite complète — ou de recourir à des sociétés suisses pour les prestations de conseil, d’intégration, de formation ou d’autres activités susceptibles d’accompagner le recours aux outils open source choisis.
Outre cette initiative, le Cyber Command suisse, unité militaire en charge de la cybersécurité, travaille de son côté à remplacer complètement Microsoft 365 par OpenDesk d’ici 2026, selon le média spécialisé It’s Foss.
Cette distribution Linux se destine avant tout aux Mac équipés de puces Apple Silicon, que l’entreprise a inaugurées il y a six ans avec sa puce M1. Alors que les premières machines M6 sont depuis peu sur le marché, Asahi annonce la prise en charge des puces M3. Mais attention, il reste beaucoup de travail.
Asahi Linux vise à porter Linux sur les Mac équipés de puces Apple Silicon. Il s’agit d’un travail de titan, car l’architecture d’Apple n’est pas ouverte. Les développeurs procèdent donc par tâtonnement et rétro-ingénierie, sans aucune documentation technique pour les y aider. Apple n’a aucun intérêt en effet à documenter sa technologie, puisqu’elle est la seule à l’utiliser et qu’elle est consciente des très bonnes performances de ses puces, constituant un avantage concurrentiel certain.
Pour avancer, les développeurs doivent ainsi analyser les microprogrammes (firmwares), la mémoire et le comportement des composants (contrôleur d’affichage, processeur de sécurité, contrôleur mémoire unifiée, etc.). Il faut ensuite en déduire un fonctionnement reproductible pour l’intégrer dans un système d’exploitation libre. La distribution de référence est Fedora Asahi Remix, mais le travail effectué est notamment repris dans le noyau Linux.
Un gros pas vers les puces M3
Comme indiqué par Phoronix le 6 septembre, le support officiel des Mac équipés de puces Apple M3 (M3, M3 Pro, M3 Max) vient d’être intégré à l’installateur du projet. Seule exception, la version Ultra de la puce, que l’on peut retrouver dans le Mac Studio dans sa configuration maximale.
Le niveau de prise en charge est proche de celui déjà obtenu sur les puces M1 et M2 (et leurs variantes). Le support comprend notamment la webcam, les microphones intégrés, l’USB, le décodage vidéo matériel avec support de l’AV1, le Wi-Fi et le Bluetooth.
Attention cependant, car les mêmes limites initiales qu’avec les générations M1 et M2 recommencent, à cause de deux composants qui donnent du fil à retordre aux développeurs. D’abord, le contrôleur d’affichage (DCP, Display Controller Processor), un coprocesseur dédié et propriétaire introduit avec la puce A14 (iPhone 12). Son support n’est que très partiel, car il a fallu passer par un hyperviseur interceptant les appels entre macOS et la puce. En conséquence, la machine ne peut pas être mise en veille et le HDMI ne fonctionne pas.
De même, le support du GPU reste expérimental. Les performances sont donc très limitées et son utilisation consomme beaucoup plus d’énergie qu’elle ne le devrait. Lors de la conférence X.Org qui se tiendra du 28 au 30 septembre, une partie de l’équipe de développement viendra rendre compte des progrès accomplis sur ce point.
Un travail de longue haleine.
Dans le billet d’annonce sur le site officiel de la distribution, James Calligeros (l’un des développeurs d’Asahi) indique cependant que l’équipe aura davantage d’informations sur ces sujets dans les mois à venir. Comme avec les générations M1 et M2, il est très probable que les développeurs finiront par obtenir le support complet du GPU et du DCP. Sur les deux premières générations, GPU a atteint la conformité officielle (auprès du Khronos Group) pour OpenGL 4.6, OpenCL 3.0 et Vulkan 1.3 (ainsi qu’OpenGL ES 3.2)
Le travail reste cependant « ingrat », car il faut recommencer à chaque nouvelle génération de puces, à cause des changements d’architecture et autres améliorations apportées chaque année. Il en ira de même pour le support des puces M4.
En outre, il faut garder en tête que « pleinement fonctionnel » a une définition particulière dans le cadre d’Asahi. L’appellation indique surtout que toutes les fonctions de base sont supportées et que la machine a, dans l’ensemble, le comportement que l’on peut en attendre dans une utilisation quotidienne. Des fonctions restent indisponibles, comme le HDR ou certaines configurations Thunderbolt (pour les machines qui l’ont).
Une lente intégration dans le noyau Linux
Une partie du travail réalisé par les développeurs d’Asahi atterrit ensuite dans le noyau Linux lui-même. Le processus est bien sûr plus lent et sélectif, car seuls les composants jugés suffisamment matures sont intégrés. Ils sont alors soumis aux mainteneurs des sous-systèmes concernés (DRM pour l’affichage, IOMMU pour la gestion mémoire, etc.), selon le processus habituel de relecture par correctifs.
On retrouve ainsi des composants comme le pilote DCP de base, le contrôleur IOMMU pour la mémoire, le pilote SMC (contrôleur de gestion système) ou encore les contrôleurs GPIO. Le pilote graphique complet, en revanche, n’en fait pas partie. D’une part, il est nettement plus volumineux que les autres composants.
D’autre part, il est en grande partie écrit en Rust, ce qui avait soulevé des tensions sur les discussions d’intégration au noyau. Ces tensions avaient poussé Hector Martin, fondateur et responsable historique du projet, à démissionner de son rôle de mainteneur et de la direction. La décision était intervenue notamment à la suite de remontrances de Linus Torvalds. Ce dernier indiquait alors ne pas être contre Rust dans le noyau (le code Rust y est en augmentation depuis trois ans), mais il n’avait pas apprécié qu’Hector Martin passe par les réseaux sociaux pour tenter de convaincre la communauté.
Cette distribution Linux se destine avant tout aux Mac équipés de puces Apple Silicon, que l’entreprise a inaugurées il y a six ans avec sa puce M1. Alors que les premières machines M6 sont depuis peu sur le marché, Asahi annonce la prise en charge des puces M3. Mais attention, il reste beaucoup de travail.
Asahi Linux vise à porter Linux sur les Mac équipés de puces Apple Silicon. Il s’agit d’un travail de titan, car l’architecture d’Apple n’est pas ouverte. Les développeurs procèdent donc par tâtonnement et rétro-ingénierie, sans aucune documentation technique pour les y aider. Apple n’a aucun intérêt en effet à documenter sa technologie, puisqu’elle est la seule à l’utiliser et qu’elle est consciente des très bonnes performances de ses puces, constituant un avantage concurrentiel certain.
Pour avancer, les développeurs doivent ainsi analyser les microprogrammes (firmwares), la mémoire et le comportement des composants (contrôleur d’affichage, processeur de sécurité, contrôleur mémoire unifiée, etc.). Il faut ensuite en déduire un fonctionnement reproductible pour l’intégrer dans un système d’exploitation libre. La distribution de référence est Fedora Asahi Remix, mais le travail effectué est notamment repris dans le noyau Linux.
Un gros pas vers les puces M3
Comme indiqué par Phoronix le 6 septembre, le support officiel des Mac équipés de puces Apple M3 (M3, M3 Pro, M3 Max) vient d’être intégré à l’installateur du projet. Seule exception, la version Ultra de la puce, que l’on peut retrouver dans le Mac Studio dans sa configuration maximale.
Le niveau de prise en charge est proche de celui déjà obtenu sur les puces M1 et M2 (et leurs variantes). Le support comprend notamment la webcam, les microphones intégrés, l’USB, le décodage vidéo matériel avec support de l’AV1, le Wi-Fi et le Bluetooth.
Attention cependant, car les mêmes limites initiales qu’avec les générations M1 et M2 recommencent, à cause de deux composants qui donnent du fil à retordre aux développeurs. D’abord, le contrôleur d’affichage (DCP, Display Controller Processor), un coprocesseur dédié et propriétaire introduit avec la puce A14 (iPhone 12). Son support n’est que très partiel, car il a fallu passer par un hyperviseur interceptant les appels entre macOS et la puce. En conséquence, la machine ne peut pas être mise en veille et le HDMI ne fonctionne pas.
De même, le support du GPU reste expérimental. Les performances sont donc très limitées et son utilisation consomme beaucoup plus d’énergie qu’elle ne le devrait. Lors de la conférence X.Org qui se tiendra du 28 au 30 septembre, une partie de l’équipe de développement viendra rendre compte des progrès accomplis sur ce point.
Un travail de longue haleine.
Dans le billet d’annonce sur le site officiel de la distribution, James Calligeros (l’un des développeurs d’Asahi) indique cependant que l’équipe aura davantage d’informations sur ces sujets dans les mois à venir. Comme avec les générations M1 et M2, il est très probable que les développeurs finiront par obtenir le support complet du GPU et du DCP. Sur les deux premières générations, GPU a atteint la conformité officielle (auprès du Khronos Group) pour OpenGL 4.6, OpenCL 3.0 et Vulkan 1.3 (ainsi qu’OpenGL ES 3.2)
Le travail reste cependant « ingrat », car il faut recommencer à chaque nouvelle génération de puces, à cause des changements d’architecture et autres améliorations apportées chaque année. Il en ira de même pour le support des puces M4.
En outre, il faut garder en tête que « pleinement fonctionnel » a une définition particulière dans le cadre d’Asahi. L’appellation indique surtout que toutes les fonctions de base sont supportées et que la machine a, dans l’ensemble, le comportement que l’on peut en attendre dans une utilisation quotidienne. Des fonctions restent indisponibles, comme le HDR ou certaines configurations Thunderbolt (pour les machines qui l’ont).
Une lente intégration dans le noyau Linux
Une partie du travail réalisé par les développeurs d’Asahi atterrit ensuite dans le noyau Linux lui-même. Le processus est bien sûr plus lent et sélectif, car seuls les composants jugés suffisamment matures sont intégrés. Ils sont alors soumis aux mainteneurs des sous-systèmes concernés (DRM pour l’affichage, IOMMU pour la gestion mémoire, etc.), selon le processus habituel de relecture par correctifs.
On retrouve ainsi des composants comme le pilote DCP de base, le contrôleur IOMMU pour la mémoire, le pilote SMC (contrôleur de gestion système) ou encore les contrôleurs GPIO. Le pilote graphique complet, en revanche, n’en fait pas partie. D’une part, il est nettement plus volumineux que les autres composants.
D’autre part, il est en grande partie écrit en Rust, ce qui avait soulevé des tensions sur les discussions d’intégration au noyau. Ces tensions avaient poussé Hector Martin, fondateur et responsable historique du projet, à démissionner de son rôle de mainteneur et de la direction. La décision était intervenue notamment à la suite de remontrances de Linus Torvalds. Ce dernier indiquait alors ne pas être contre Rust dans le noyau (le code Rust y est en augmentation depuis trois ans), mais il n’avait pas apprécié qu’Hector Martin passe par les réseaux sociaux pour tenter de convaincre la communauté.
Microsoft veut catalyser le marché des développeurs travaillant avec l’IA. L’éditeur a dévoilé le « projet Zenith », un Windows 11 spécialement configuré pour répondre aux besoins de cette clientèle, sur des PC ultra-gonflés. Était-ce bien nécessaire ?
Microsoft veut faire de Windows « la meilleure plateforme pour les développeurs » – il est vrai que sans trop forcer, Apple s’est taillée une réputation enviable dans ce domaine, avec ses Mac à puce Mx et leur mémoire unifiée. À tel point que le constructeur en fait désormais un argument central.
Le projet Zenith est une « expérience » Windows 11 optimisée pour les développeurs. Il s’agit de Windows 11 « sans distraction » destiné à des machines équipées de 64 Go de mémoire unifiée (ou plus si on veut vraiment casser la tirelire) et d’une bande passante de 250 Go/s minimum.
Les premiers modèles compatibles Zenith fonctionneront sur des puces Ryzen AI Halo d’AMD. Il est aussi plus que probable que les futurs PC avec puce RTX Spark de NVIDIA seront pris en charge. Ces machines peuvent faire tourner en local des modèles IA de 30 milliards de paramètres.
Image : Lenovo
À l’occasion de l’IFA, Lenovo a présenté son ThinkCentre X Ultra, l’un des premiers ordinateurs de bureau répondant aux critères du projet Zenith. Il intègre une puce AI Max+ PRO 495, prend en charge jusqu’à 128 Go de mémoire unifiée, et on peut les connecter en cluster (jusqu’à 4 unités).
Prêt-à-coder très encadré
Microsoft en fait des caisses, mais en réalité ce projet n’est rien d’autre qu’un Windows 11 qui vient avec des réglages prédéfinis et des logiciels déjà installés. Le Terminal de Windows et Visual Studio Code seront ainsi épinglés par défaut à la barre des tâches ; l’Explorateur de fichiers présentera les extensions de fichiers, les fichiers masqués, le chemin complet dans la barre de titre et le volet des détails, avec la prise en charge des chemins longs activés.
La recherche, le menu Démarrer et la barre des tâches seront également configurés « pour le développement » : la Palette de commandes des PowerToys est activée dans les deux premiers ; les conseils du menu Démarrer et les notifications de compte sont désactivés pour limiter les distractions. L’espace de travail est annoncé comme « plus épuré » sans les fichiers et dossiers récemment utilisés.
Image : Microsoft
Au chapitre des logiciels préinstallés, les PC du projet Zenith seront livrés avec Visual Studio Code bien évidemment, GitHub Copilot, des terminaux, des interfaces en ligne de commande, divers langages, .NET 10, Windows Subsystem for Linux (WSL) 2…
« Ces choix créent un point de départ calme et pertinent pour le développement », affirme Microsoft. Fort heureusement, tous ces réglages peuvent être modifiés et désactivés en fonction de ses besoins. « Vous pouvez continuer à configurer, étendre et personnaliser votre environnement autour des outils, langages et frameworks que vous préférez. » Ouf ! Selon l’éditeur, il s’agit simplement de partir d’une « meilleure base ».
Tout cela représente un gain de temps assez marginal, et même un intérêt finalement assez modeste. Chaque développeur a ses petites habitudes, et par ailleurs la configuration aux petits oignons d’un PC ne nécessite plus une gymnastique de tous les instants. Une fois qu’une config’ est calée, en règle générale, le sujet n’est pas censé revenir sur le tapis tous les quatre matins.
Microsoft veut catalyser le marché des développeurs travaillant avec l’IA. L’éditeur a dévoilé le « projet Zenith », un Windows 11 spécialement configuré pour répondre aux besoins de cette clientèle, sur des PC ultra-gonflés. Était-ce bien nécessaire ?
Microsoft veut faire de Windows « la meilleure plateforme pour les développeurs » – il est vrai que sans trop forcer, Apple s’est taillée une réputation enviable dans ce domaine, avec ses Mac à puce Mx et leur mémoire unifiée. À tel point que le constructeur en fait désormais un argument central.
Le projet Zenith est une « expérience » Windows 11 optimisée pour les développeurs. Il s’agit de Windows 11 « sans distraction » destiné à des machines équipées de 64 Go de mémoire unifiée (ou plus si on veut vraiment casser la tirelire) et d’une bande passante de 250 Go/s minimum.
Les premiers modèles compatibles Zenith fonctionneront sur des puces Ryzen AI Halo d’AMD. Il est aussi plus que probable que les futurs PC avec puce RTX Spark de NVIDIA seront pris en charge. Ces machines peuvent faire tourner en local des modèles IA de 30 milliards de paramètres.
Image : Lenovo
À l’occasion de l’IFA, Lenovo a présenté son ThinkCentre X Ultra, l’un des premiers ordinateurs de bureau répondant aux critères du projet Zenith. Il intègre une puce AI Max+ PRO 495, prend en charge jusqu’à 128 Go de mémoire unifiée, et on peut les connecter en cluster (jusqu’à 4 unités).
Prêt-à-coder très encadré
Microsoft en fait des caisses, mais en réalité ce projet n’est rien d’autre qu’un Windows 11 qui vient avec des réglages prédéfinis et des logiciels déjà installés. Le Terminal de Windows et Visual Studio Code seront ainsi épinglés par défaut à la barre des tâches ; l’Explorateur de fichiers présentera les extensions de fichiers, les fichiers masqués, le chemin complet dans la barre de titre et le volet des détails, avec la prise en charge des chemins longs activés.
La recherche, le menu Démarrer et la barre des tâches seront également configurés « pour le développement » : la Palette de commandes des PowerToys est activée dans les deux premiers ; les conseils du menu Démarrer et les notifications de compte sont désactivés pour limiter les distractions. L’espace de travail est annoncé comme « plus épuré » sans les fichiers et dossiers récemment utilisés.
Image : Microsoft
Au chapitre des logiciels préinstallés, les PC du projet Zenith seront livrés avec Visual Studio Code bien évidemment, GitHub Copilot, des terminaux, des interfaces en ligne de commande, divers langages, .NET 10, Windows Subsystem for Linux (WSL) 2…
« Ces choix créent un point de départ calme et pertinent pour le développement », affirme Microsoft. Fort heureusement, tous ces réglages peuvent être modifiés et désactivés en fonction de ses besoins. « Vous pouvez continuer à configurer, étendre et personnaliser votre environnement autour des outils, langages et frameworks que vous préférez. » Ouf ! Selon l’éditeur, il s’agit simplement de partir d’une « meilleure base ».
Tout cela représente un gain de temps assez marginal, et même un intérêt finalement assez modeste. Chaque développeur a ses petites habitudes, et par ailleurs la configuration aux petits oignons d’un PC ne nécessite plus une gymnastique de tous les instants. Une fois qu’une config’ est calée, en règle générale, le sujet n’est pas censé revenir sur le tapis tous les quatre matins.
Sync-in est une solution d’hébergement et de synchronisation de fichiers libre et open source (licence AGPL 3). Après une version 2.4 en juin, la 2.5 vient de paraître, avec à son bord plusieurs nouveautés importantes.
Elle introduit d’abord un système de favoris, une vue dédiée dans laquelle on peut placer aussi bien des fichiers que des espaces collaboratifs et des partages. On y trouve également des filtres, options de tri, informations sur leur emplacement ainsi qu’un affichage en liste ou en galerie.
Sync-in 2.5 introduit aussi un panneau de sélection. Il s’ouvre automatiquement lorsqu’on clique sur l’icône d’un fichier, avec ou sans sélection multiple. Dans le panneau, on trouve des informations sur les éléments choisis, dont la taille totale et un accès aux fonctions disponibles.
L’activité récente a été unifiée : les fichiers et commentaires sont réunis dans la même chronologie, que l’on peut organiser par période, avec possibilité de filtrer par type d’activité. La nouvelle mouture améliore aussi les copies, déplacements et envois, avec un volet repensé et la possibilité d’ignorer les fichiers quand des conflits sont détectés. Citons en outre une amélioration générale de l’accessibilité, ainsi qu’une meilleure recherche en texte intégral.
La version 2.5 comporte en outre quelques changements importants liés à la sécurité. Le plus significatif est sans doute l’obligation par défaut d’avoir une adresse e-mail vérifiée lorsque l’on passe par un fournisseur OIDC (OpenID Connect). Si c’est impossible pour une raison ou une autre, la personne chargée de l’administration du serveur devra modifier la valeur de l’option auth.oidc.security.requireVerifiedEmail pour false.
Sync-in est une solution d’hébergement et de synchronisation de fichiers libre et open source (licence AGPL 3). Après une version 2.4 en juin, la 2.5 vient de paraître, avec à son bord plusieurs nouveautés importantes.
Elle introduit d’abord un système de favoris, une vue dédiée dans laquelle on peut placer aussi bien des fichiers que des espaces collaboratifs et des partages. On y trouve également des filtres, options de tri, informations sur leur emplacement ainsi qu’un affichage en liste ou en galerie.
Sync-in 2.5 introduit aussi un panneau de sélection. Il s’ouvre automatiquement lorsqu’on clique sur l’icône d’un fichier, avec ou sans sélection multiple. Dans le panneau, on trouve des informations sur les éléments choisis, dont la taille totale et un accès aux fonctions disponibles.
L’activité récente a été unifiée : les fichiers et commentaires sont réunis dans la même chronologie, que l’on peut organiser par période, avec possibilité de filtrer par type d’activité. La nouvelle mouture améliore aussi les copies, déplacements et envois, avec un volet repensé et la possibilité d’ignorer les fichiers quand des conflits sont détectés. Citons en outre une amélioration générale de l’accessibilité, ainsi qu’une meilleure recherche en texte intégral.
La version 2.5 comporte en outre quelques changements importants liés à la sécurité. Le plus significatif est sans doute l’obligation par défaut d’avoir une adresse e-mail vérifiée lorsque l’on passe par un fournisseur OIDC (OpenID Connect). Si c’est impossible pour une raison ou une autre, la personne chargée de l’administration du serveur devra modifier la valeur de l’option auth.oidc.security.requireVerifiedEmail pour false.
L’éditeur audio multiplateforme et open source Audacity était connu pour son interface très « old school ». Les développeurs ne voulaient manifestement plus de cette étiquette : la nouvelle version 4.0 modernise largement l’interface.
Dans Audacity 4.0, l’interface a été réécrite en Qt. Esthétiquement beaucoup plus actuelle, elle permet la réorganisation libre des panneaux et la création d’espaces de travail, qui enregistrent les dispositions personnalisées. Des thèmes clair, sombre et haut contraste apparaissent également. Signalons aussi un spectrogramme redessiné au rendu plus rapide et des effets retravaillés, sur le plan esthétique et des performances.
Outre le changement visuel, les nouveautés sont nombreuses. Par exemple, l’édition par clips a été repensée. On peut maintenant sélectionner directement les clips, en modifier plusieurs simultanément, les grouper ou encore les déplacer librement entre les pistes. Le découpage se veut plus intuitif en proposant son propre outil et des commandes dédiées. De même, la tête de lecture reste visible pendant la navigation et peut être déplacée pendant la lecture. Chaque en-tête dispose en outre de vumètres pour l’enregistrement et la lecture.
La nouvelle mouture améliore aussi sa gestion des périphériques système, leur actualisation et le mapping personnalisé des canaux. Les changements opérés au niveau du système se reflètent maintenant dans l’application. De plus, la version Windows supporte désormais le protocole ASIO (Audio Stream Input/Output), permettant à Audacity une communication plus directe avec la carte son, avec à la clé une amélioration de la latence et de la fiabilité.
Attention cependant, car toutes les fonctions d’Audacity 3 ne sont pas encore présentes dans la branche 4.X, dont les Time Tracks, les pistes MIDI/Note, le Mixer, le Macro Manager, VAMP/LADSPA ou encore Play-at-speed. Les développeurs promettent leur retour dans de prochaines versions, signe du chantier conséquent qu’a été cette version.
Elle s’accompagne d’ailleurs d’un nouveau format de fichier, logiquement nommé .aup4, pour prendre la relève des fichiers .aup3. Ces derniers peuvent être ouverts avec Audacity 4.0 et seront automatiquement convertis.
La nouvelle mouture peut être téléchargée depuis le site officiel. Des versions Windows, macOS et Linux sont comme d’habitude fournies. On remarque que l’application s’est dotée pour l’occasion d’une nouvelle icône, reprise désormais partout sur le site.
L’éditeur audio multiplateforme et open source Audacity était connu pour son interface très « old school ». Les développeurs ne voulaient manifestement plus de cette étiquette : la nouvelle version 4.0 modernise largement l’interface.
Dans Audacity 4.0, l’interface a été réécrite en Qt. Esthétiquement beaucoup plus actuelle, elle permet la réorganisation libre des panneaux et la création d’espaces de travail, qui enregistrent les dispositions personnalisées. Des thèmes clair, sombre et haut contraste apparaissent également. Signalons aussi un spectrogramme redessiné au rendu plus rapide et des effets retravaillés, sur le plan esthétique et des performances.
Outre le changement visuel, les nouveautés sont nombreuses. Par exemple, l’édition par clips a été repensée. On peut maintenant sélectionner directement les clips, en modifier plusieurs simultanément, les grouper ou encore les déplacer librement entre les pistes. Le découpage se veut plus intuitif en proposant son propre outil et des commandes dédiées. De même, la tête de lecture reste visible pendant la navigation et peut être déplacée pendant la lecture. Chaque en-tête dispose en outre de vumètres pour l’enregistrement et la lecture.
La nouvelle mouture améliore aussi sa gestion des périphériques système, leur actualisation et le mapping personnalisé des canaux. Les changements opérés au niveau du système se reflètent maintenant dans l’application. De plus, la version Windows supporte désormais le protocole ASIO (Audio Stream Input/Output), permettant à Audacity une communication plus directe avec la carte son, avec à la clé une amélioration de la latence et de la fiabilité.
Attention cependant, car toutes les fonctions d’Audacity 3 ne sont pas encore présentes dans la branche 4.X, dont les Time Tracks, les pistes MIDI/Note, le Mixer, le Macro Manager, VAMP/LADSPA ou encore Play-at-speed. Les développeurs promettent leur retour dans de prochaines versions, signe du chantier conséquent qu’a été cette version.
Elle s’accompagne d’ailleurs d’un nouveau format de fichier, logiquement nommé .aup4, pour prendre la relève des fichiers .aup3. Ces derniers peuvent être ouverts avec Audacity 4.0 et seront automatiquement convertis.
La nouvelle mouture peut être téléchargée depuis le site officiel. Des versions Windows, macOS et Linux sont comme d’habitude fournies. On remarque que l’application s’est dotée pour l’occasion d’une nouvelle icône, reprise désormais partout sur le site.
La distribution Linux Omarchy attire un nombre croissant de regards. Bâtie sur Arch Linux, elle se distingue notamment par un parti pris graphique tranché et une esthétique soignée, en plus d’être très orientée vers le développement agentique. En arrière-plan cependant, son créateur est contesté pour ses positions sociales tranchées, tout comme le financement de la fondation qui accompagne Omarchy.
Omarchy est une distribution Linux créée par le Danois David Heinemeier Hansson, le plus souvent surnommé « DHH ». Créateur du célèbre framework de développement Ruby on Rails, il est également le directeur technique de 37signals, l’éditeur de Basecamp et HEY). Nous reviendrons sur DHH plus loin.
L’objectif d’Omarchy est de transformer une installation Arch Linux vierge en un système entièrement configuré, moderne et esthétique, fondé sur le compositeur Wayland Hyprland. Le projet a un prédécesseur, Omakub, qui avait la même logique mais était basé sur Ubuntu. Cette distribution se réclame de la philosophie « omakase » : le système impose des choix tranchés et s’adresse surtout à des personnes « capables » de l’apprécier.
Concrètement, cette philosophie s’illustre par des choix très marqués sur les thèmes ou encore les applications embarquées (comme Neovim, Alacritty et Chromium), ainsi qu’une interface globalement pensée pour un pilotage au clavier plutôt qu’à la souris. Comme certaines autres distributions Linux, les mises à jour passent par un système de snapshots (instantanés) au lieu d’un gestionnaire plus classique de paquets.
De la technique et des agents
Omarchy se destine largement aux développeurs et utilisateurs techniques. Cette orientation se reflète dans le choix des applications embarquées et dans la configuration de l’environnement. Le choix d’Hyprland est par exemple marquant, car ce compositeur a été créé avec le « tiling » en tête, c’est-à-dire l’organisation automatique des fenêtres. Le clavier est alors utilisé pour passer de l’une à l’autre, changer leur taille ou encore les déplacer vers d’autres espaces de travail. Le tout s’accompagne de nombreux visuels appréciés aujourd’hui : animations, coins arrondis, ombres, etc.
Si Hyprland s’occupe des fenêtres et de leur gestion, les éléments graphiques sont construits avec Quickshell. Ce framework (cadriciel) permet de développer des éléments graphiques, en l’occurrence la barre de menu, les widgets, le menu de lancement, les notifications, l’écran de verrouillage, les contrôles audio et ainsi de suite. Omarchy a donc une identité visuelle forte, sans passer par KDE ou GNOME. La distribution se sert d’Hyprland et Quickshell pour aboutir au résultat voulu.
Source : Dashen Tech
Cette identité visuelle et ce maniement peuvent rebuter les nouveaux venus, mais ils peuvent s’apprendre, même pour les personnes n’ayant pas d’expérience de ce type d’interface. Omarchy affiche un positionnement différent de la plupart des distributions qui sont initialement « génériques » et doivent souvent être personnalisées pour correspondre aux usages. L’environnement d’Omarchy est pensé comme un tout, le système trahissant l’idée de ce que doit être un « bon environnement », avec les avantages et inconvénients que cela comporte. La distribution est d’ailleurs souvent qualifiée d’« opiniated », c’est-à-dire avec une position assumée.
« Moins de configuration et plus d’utilisation » pourrait être la devise d’Omarchy, mais une utilisation basée sur le clavier et le terminal.
Avec la version 4.0 du système, nommée Quatro, Omarchy a d’ailleurs fait un pas supplémentaire vers les développeurs. Le système se fait plus agentique, avec un shell de bureau réécrit en un seul processus, des mises à jour maintenant basées sur pacman et un agent maintenant aux premières loges, avec une place fixe. Il dispose d’un panneau de quota et intègre un diagnostic automatique des plantages, ainsi qu’une compétence (skill) dédiée pour reconfigurer la machine. On peut choisir parmi neuf agents par défaut, dont Claude, Codex, Gemini, Grok et Copilot (aucun n’est présélectionné). Il vous faut un module particulier sur le bureau ? Demandez à l’agent.
Une fondation, des millions de dollars
La sortie de Quatro le 14 aout a été suivie une semaine plus tard d’une annonce importante pour la distribution : le lancement de la fondation Omacom. Les fondations sont des outils courants dans le monde de l’open source, car elles permettent de gérer l’avenir d’un projet de manière collégiale ou non, ainsi que d’engranger des donations. En lançant la fondation, David Heinemeier Hansson a indiqué vouloir concrétiser cette fois la « prophétie de l’année de Linux ». Il estime que « toutes les pièces sont en place ».
Douze membres fondateurs sont nommés : Tobi Lütke (Shopify), Patrick Collison (Stripe), Michael Dell (Dell Technologies), Jack Dorsey (Block), Matthew Prince (Cloudflare), Brendan Iribe (Sesame, ancien cofondateur d’Oculus), Jason Fried (37signals), Drew Houston (Dropbox), Peter Steinberger (créateur de l’outil d’IA OpenClaw), Brian Armstrong (Coinbase), Yunjie Dai (TapTap) et DHH lui-même. Chaque membre a apporté un million de dollars sur la table.
La somme, déjà conséquente, a été encore augmentée par l’arrivée de plusieurs autres personnes, avec chacune 100 000 dollars : Ryan R. Hughes (Oodle), Ed Huang (PingCAP), Adrien Treccani (Metaco/Ripple) et Max Schoening (Notion). Deux entreprises, 1Password et 37signals, participent également en leur nom propre, avec un budget de 100 000 dollars par an pendant trois ans.
Depuis, les critiques fusent de toute part.
Un créateur très contesté
Si Omarchy semble actuellement la star des réseaux sociaux avec son esthétique et son environnement pensé pour les développeurs, les discussions autour de la distribution ne sont pas que techniques. La figure de DHH est très contestée.
En 2021, il s’était déjà illustré chez Basecamp, dont il était le créateur et patron. Il avait alors interdit toutes les discussions politiques et sociales au sein de l’entreprise, y compris sur les outils utilisés. À l’époque, cette seule mesure avait provoqué le départ d’environ un tiers des effectifs en quelques semaines, dont la responsable design et la responsable marketing. À l’extérieur, beaucoup s’étaient également dit déçus.
Il reste 59% 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.
Microsoft rabote Xbox Cloud Gaming. Le service de streaming de jeux va imposer un quota d’heures à compter du mois de novembre.
Les abonnés Game Pass Essential devront ainsi se contenter de 5 heures par mois. La formule Premium sera limitée à 10 heures. Quant à l’enveloppe de l’offre Ultimate, elle dégonfle à 15 heures.
Actuellement, le cloud gaming est illimité, même si les temps d’attente sont plus longs pour les abonnés Essential. « Nous savons que l’introduction de limites constitue un changement important, en particulier pour les joueurs qui passent régulièrement davantage de temps à jouer via le cloud », écrit Xbox. Le changement devrait concerner 4 % des abonnés, selon l’entreprise.
Une fois le quota d’heures dépassé, le joueur dans le cloud pourra acheter du temps de jeu supplémentaire dans la boutique Xbox. Les prix ne sont pas encore connus. Cette nouveauté réduit encore l’intérêt du Game Pass, alors que Microsoft a exclu les épisodes de Call of Duty le jour de leur sortie en avril dernier (pour une bonne cause : réduire le prix des abonnements).
La petite PME qu’est Microsoft manque de moyens pour maintenir les serveurs et investir dans la fiabilité et les performances de son service. « Les coûts liés au cloud gaming augmentent à mesure que davantage de personnes utilisent le service et jouent plus longtemps », justifie l’entreprise. « Nous comprenons que, pour certains joueurs, cela revient concrètement à payer plus cher », ajoute-t-elle pour s’excuser.
En novembre, Xbox lancera également une nouvelle offre qui permettra aux joueurs non abonnés au Game Pass d’acheter du temps de jeu de streaming pour les jeux qu’ils possèdent (et qui sont compatibles). C’est une option pour ceux qui ont besoin d’un accès occasionnel au cloud et qui ne veulent pas du boulet d’un abonnement. Là encore, les détails sont inconnus.
Microsoft rabote Xbox Cloud Gaming. Le service de streaming de jeux va imposer un quota d’heures à compter du mois de novembre.
Les abonnés Game Pass Essential devront ainsi se contenter de 5 heures par mois. La formule Premium sera limitée à 10 heures. Quant à l’enveloppe de l’offre Ultimate, elle dégonfle à 15 heures.
Actuellement, le cloud gaming est illimité, même si les temps d’attente sont plus longs pour les abonnés Essential. « Nous savons que l’introduction de limites constitue un changement important, en particulier pour les joueurs qui passent régulièrement davantage de temps à jouer via le cloud », écrit Xbox. Le changement devrait concerner 4 % des abonnés, selon l’entreprise.
Une fois le quota d’heures dépassé, le joueur dans le cloud pourra acheter du temps de jeu supplémentaire dans la boutique Xbox. Les prix ne sont pas encore connus. Cette nouveauté réduit encore l’intérêt du Game Pass, alors que Microsoft a exclu les épisodes de Call of Duty le jour de leur sortie en avril dernier (pour une bonne cause : réduire le prix des abonnements).
La petite PME qu’est Microsoft manque de moyens pour maintenir les serveurs et investir dans la fiabilité et les performances de son service. « Les coûts liés au cloud gaming augmentent à mesure que davantage de personnes utilisent le service et jouent plus longtemps », justifie l’entreprise. « Nous comprenons que, pour certains joueurs, cela revient concrètement à payer plus cher », ajoute-t-elle pour s’excuser.
En novembre, Xbox lancera également une nouvelle offre qui permettra aux joueurs non abonnés au Game Pass d’acheter du temps de jeu de streaming pour les jeux qu’ils possèdent (et qui sont compatibles). C’est une option pour ceux qui ont besoin d’un accès occasionnel au cloud et qui ne veulent pas du boulet d’un abonnement. Là encore, les détails sont inconnus.
Vivaldi 8.2 vient tout juste de paraître. À son bord, plusieurs nouvelles fonctions, dont la simplification de la calculatrice, qui peut désormais s’utiliser directement dans la barre d’adresse.
Les opérations y sont réalisées en temps réel, un appui sur Entrée envoyant les informations dans le presse-papier. Vivaldi précise que ces entrées ne sont pas enregistrées, même pas dans l’historique. Pour les personnes qui préféraient réserver cette fonction aux commandes rapides, une option permet de désactiver la calculatrice dans la barre d’adresse.
Vivaldi 8.2 renforce également la découverte des PWA (Progressive Web Apps). Le changement consiste surtout en un bouton apparaissant à droite de la barre d’adresse quand une application web compatible est découverte, par exemple WhatsApp. Après un clic sur le bouton, un petit panneau apparait pour confirmer l’installation. Une PWA profite, pour rappel, de certains comportements intégrés du système utilisé. Sur Windows par exemple, on peut l’épingler à la barre des tâches et dans le menu Démarrer. Chaque application a ses propres réglages.
Si les notes de version sont plus courtes que d’habitude, elles se finissent sur une annonce importante : Vivaldi travaille sur une version entreprise. L’éditeur dit viser « les organisations de toutes tailles – des entreprises et institutions publiques aux écoles ». Il donne peu d’informations pour l’instant, évoquant simplement une gestion de la vie privée, le déploiement centralisé et les mises à jour, ainsi que des personnalisations pour les organisations.
L’arrivée de cette version pourrait être significative pour Vivaldi. Viser le marché des entreprises implique notamment un cycle dédié de parution des mises à jour, pour pouvoir corriger les bugs et failles de sécurité, sans toucher au cycle fonctionnel. C’est ce que fait par exemple la version ESR de Firefox. Chrome et Edge disposent eux aussi d’une telle version, mais sur un délai bien plus court de huit semaines, via le canal Extended Stable.
Vivaldi 8.2 vient tout juste de paraître. À son bord, plusieurs nouvelles fonctions, dont la simplification de la calculatrice, qui peut désormais s’utiliser directement dans la barre d’adresse.
Les opérations y sont réalisées en temps réel, un appui sur Entrée envoyant les informations dans le presse-papier. Vivaldi précise que ces entrées ne sont pas enregistrées, même pas dans l’historique. Pour les personnes qui préféraient réserver cette fonction aux commandes rapides, une option permet de désactiver la calculatrice dans la barre d’adresse.
Vivaldi 8.2 renforce également la découverte des PWA (Progressive Web Apps). Le changement consiste surtout en un bouton apparaissant à droite de la barre d’adresse quand une application web compatible est découverte, par exemple WhatsApp. Après un clic sur le bouton, un petit panneau apparait pour confirmer l’installation. Une PWA profite, pour rappel, de certains comportements intégrés du système utilisé. Sur Windows par exemple, on peut l’épingler à la barre des tâches et dans le menu Démarrer. Chaque application a ses propres réglages.
Si les notes de version sont plus courtes que d’habitude, elles se finissent sur une annonce importante : Vivaldi travaille sur une version entreprise. L’éditeur dit viser « les organisations de toutes tailles – des entreprises et institutions publiques aux écoles ». Il donne peu d’informations pour l’instant, évoquant simplement une gestion de la vie privée, le déploiement centralisé et les mises à jour, ainsi que des personnalisations pour les organisations.
L’arrivée de cette version pourrait être significative pour Vivaldi. Viser le marché des entreprises implique notamment un cycle dédié de parution des mises à jour, pour pouvoir corriger les bugs et failles de sécurité, sans toucher au cycle fonctionnel. C’est ce que fait par exemple la version ESR de Firefox. Chrome et Edge disposent eux aussi d’une telle version, mais sur un délai bien plus court de huit semaines, via le canal Extended Stable.
L’Organisation européenne pour la recherche nucléaire utilise Linux pour ses besoins depuis longtemps. Dès les années 1990, le CERN s’était créé sa propre distribution en se basant sur Red Hat. En 2004, il s’était associé au Fermilab pour créer Scientific Linux (également basée sur Red Hat), avant d’entamer en 2015 une migration vers CentOS. En 2022, après l’annonce – très mal reçue – de Red Hat sur la fin de CentOS au profit de CentOS Stream, le CERN avait décidé de migrer vers AlmaLinux, autre distribution compatible Red Hat.
Le laboratoire a cependant décidé de se détourner de Red Hat, comme le rapporte Phoronix, qui a assisté à la conférence MiniDebConf, à laquelle participait le CERN. Les ingénieurs avaient bien, dans un premier temps, considéré un passage vers CentOS Stream, mais l’obligation du niveau d’instructions -march=x86-64-v2 par défaut à la compilation a été perçue par le CERN comme une forme d’« obsolescence forcée » pour le matériel ancien.
Le niveau d’instruction est un découpage artificiel permettant de cibler un lot de fonctionnalités au sein du processeur. Le niveau v2 mentionné correspond à une bascule effectuée par Red Hat Enterprise Linux 9, ce qui impliquait notamment les instructions SSE 4.2. RHEL 10 a imposé le niveau v3, qui nécessitait par exemple les instructions AVX2, FMA ou encore VEX. Ce découpage, nommé ISA (Instruction Set Architecture), a été violemment critiqué par Linus Torvalds fin 2024. Il estimait notamment la classification « stupide », car elle donnait l’impression erronée que la progression des jeux d’instruction était linéaire.
Le CERN avait, quoi qu’il en soit, pris bonne note des changements imposés par Red Hat. Lors de la conférence, le laboratoire a donc annoncé qu’une transition étant en préparation : d’ici la fin de l’année, l’intégralité du parc informatique fonctionnera sous Debian 13. Au total, 2 200 ordinateurs industriels et systèmes embarqués, utilisés pour le contrôle des accélérateurs de particules, seront concernés. En revanche, les centres de données et l’informatique expérimentale restent pour l’instant sur RHEL ou AlmaLinux.
L’Organisation européenne pour la recherche nucléaire utilise Linux pour ses besoins depuis longtemps. Dès les années 1990, le CERN s’était créé sa propre distribution en se basant sur Red Hat. En 2004, il s’était associé au Fermilab pour créer Scientific Linux (également basée sur Red Hat), avant d’entamer en 2015 une migration vers CentOS. En 2022, après l’annonce – très mal reçue – de Red Hat sur la fin de CentOS au profit de CentOS Stream, le CERN avait décidé de migrer vers AlmaLinux, autre distribution compatible Red Hat.
Le laboratoire a cependant décidé de se détourner de Red Hat, comme le rapporte Phoronix, qui a assisté à la conférence MiniDebConf, à laquelle participait le CERN. Les ingénieurs avaient bien, dans un premier temps, considéré un passage vers CentOS Stream, mais l’obligation du niveau d’instructions -march=x86-64-v2 par défaut à la compilation a été perçue par le CERN comme une forme d’« obsolescence forcée » pour le matériel ancien.
Le niveau d’instruction est un découpage artificiel permettant de cibler un lot de fonctionnalités au sein du processeur. Le niveau v2 mentionné correspond à une bascule effectuée par Red Hat Enterprise Linux 9, ce qui impliquait notamment les instructions SSE 4.2. RHEL 10 a imposé le niveau v3, qui nécessitait par exemple les instructions AVX2, FMA ou encore VEX. Ce découpage, nommé ISA (Instruction Set Architecture), a été violemment critiqué par Linus Torvalds fin 2024. Il estimait notamment la classification « stupide », car elle donnait l’impression erronée que la progression des jeux d’instruction était linéaire.
Le CERN avait, quoi qu’il en soit, pris bonne note des changements imposés par Red Hat. Lors de la conférence, le laboratoire a donc annoncé qu’une transition étant en préparation : d’ici la fin de l’année, l’intégralité du parc informatique fonctionnera sous Debian 13. Au total, 2 200 ordinateurs industriels et systèmes embarqués, utilisés pour le contrôle des accélérateurs de particules, seront concernés. En revanche, les centres de données et l’informatique expérimentale restent pour l’instant sur RHEL ou AlmaLinux.
WinUI est désormais un projet entièrement hébergé dans un dépôt GitHub, les ingénieurs de Microsoft y travaillant directement. Les travaux devraient donc accélérer et les prétentions de l’entreprise sont nombreuses, mais elle a souvent agacé les développeurs avec sa feuille de route incohérente.
Fin août 2026, Microsoft a achevé la dernière phase d’un plan annoncé en juillet 2025 : faire du développement de WinUI un processus véritablement public sur GitHub. Ce kit de développement, qui se focalise sur les interfaces des applications pour Windows, est considéré désormais comme pleinement open source.
Ce n’est pas un changement de licence, car le dépôt est sous licence MIT depuis décembre 2018. Le vrai changement vient du développement quotidien, qui se déroule entièrement dans le dépôt. Jusqu’à présent, ce dernier était seulement un miroir de code déjà écrit en interne. Autrement dit, le dépôt était secondaire, dans la mesure où l’éditeur ne faisait qu’y reverser ce qu’il élaborait, sans vraiment tenir compte des contributions extérieures.
Les ingénieurs de Microsoft compilent, valident et testent dorénavant leurs modifications directement dans le dépôt public, avec la traçabilité associée. On peut cependant formuler deux réserves. D’une part, les pull requests fusionnées proviennent exclusivement des développeurs Microsoft pour l’instant, a priori dans l’idée de valider complètement le pipeline de production avant de l’ouvrir aux contributions externes. D’autre part, le compilateur XAML – essentiel pour WinUI – reste fermé. Lors de la conférence Build, Microsoft a indiqué qu’elle souhaitait d’abord en moderniser le code, avant de l’ouvrir à la communauté. Aucune date n’a été donnée.
Microsoft semble sérieuse, mais…
Cette bascule s’inscrit dans un contexte plus large. Microsoft a affirmé, lors de la conférence Build 2026, un engagement fort envers WinUI comme plateforme native de Windows 11, au point d’abandonner l’appellation « WinUI 3 » pour éviter de laisser croire à une future « rupture » technologique. Depuis plusieurs mois, à travers l’initiative « K2 » pour Windows 11, Microsoft insiste largement sur les performances et les interfaces natives sur son système. L’éditeur semble décidé à utiliser ses propres technologies, notamment pour le menu Démarrer, jusqu’ici développé avec React Native.
La question du sérieux de Microsoft reste toutefois débattue dans la communauté de développeurs, qui garde un souvenir circonspect de l’historique WinRT/UWP. Des éléments plaident en faveur d’une vraie volonté, dont le respect (globalement) du calendrier fixé et la traçabilité du travail des ingénieurs sur le dépôt. Microsoft sait en outre qu’elle est attendue au tournant. Mais l’historique de l’entreprise sur les interfaces ne plaide pas en sa faveur, après avoir réinventé plusieurs fois la roue ces quinze dernières années.
… de nombreuses promesses n’ont pas été tenues
Si Microsoft renforce son propre usage de WinUI, le framework devrait rapidement évoluer. Les reproches sont tenaces, notamment des performances pas à la hauteur des prétentions « natives », mais de gros travaux sont en cours. Beaucoup reprochent également à l’éditeur son manque de suivi entre UWP, WinUI 2 et 3, avec une absence notable de parité fonctionnelle. Un écosystème souvent jugé incohérent et fragmenté.
Les tickets se sont aussi accumulés depuis deux ans et WinUI traine un certain nombre de casseroles techniques. Par exemple, un bug connu depuis longtemps provoque un plantage des applications utilisant à la fois WinUI 3 et le trimming, qui doit réduire la taille des exécutables en supprimant le code non utilisé. La faute à un conflit avec le fonctionnement de XAML, qui s’appuie lourdement sur la réflexion à l’exécution (résolution de types par nom, liaison de données, convertisseurs, gestionnaires d’événements déclarés en XAML).
WinUI est désormais un projet entièrement hébergé dans un dépôt GitHub, les ingénieurs de Microsoft y travaillant directement. Les travaux devraient donc accélérer et les prétentions de l’entreprise sont nombreuses, mais elle a souvent agacé les développeurs avec sa feuille de route incohérente.
Fin août 2026, Microsoft a achevé la dernière phase d’un plan annoncé en juillet 2025 : faire du développement de WinUI un processus véritablement public sur GitHub. Ce kit de développement, qui se focalise sur les interfaces des applications pour Windows, est considéré désormais comme pleinement open source.
Ce n’est pas un changement de licence, car le dépôt est sous licence MIT depuis décembre 2018. Le vrai changement vient du développement quotidien, qui se déroule entièrement dans le dépôt. Jusqu’à présent, ce dernier était seulement un miroir de code déjà écrit en interne. Autrement dit, le dépôt était secondaire, dans la mesure où l’éditeur ne faisait qu’y reverser ce qu’il élaborait, sans vraiment tenir compte des contributions extérieures.
Les ingénieurs de Microsoft compilent, valident et testent dorénavant leurs modifications directement dans le dépôt public, avec la traçabilité associée. On peut cependant formuler deux réserves. D’une part, les pull requests fusionnées proviennent exclusivement des développeurs Microsoft pour l’instant, a priori dans l’idée de valider complètement le pipeline de production avant de l’ouvrir aux contributions externes. D’autre part, le compilateur XAML – essentiel pour WinUI – reste fermé. Lors de la conférence Build, Microsoft a indiqué qu’elle souhaitait d’abord en moderniser le code, avant de l’ouvrir à la communauté. Aucune date n’a été donnée.
Microsoft semble sérieuse, mais…
Cette bascule s’inscrit dans un contexte plus large. Microsoft a affirmé, lors de la conférence Build 2026, un engagement fort envers WinUI comme plateforme native de Windows 11, au point d’abandonner l’appellation « WinUI 3 » pour éviter de laisser croire à une future « rupture » technologique. Depuis plusieurs mois, à travers l’initiative « K2 » pour Windows 11, Microsoft insiste largement sur les performances et les interfaces natives sur son système. L’éditeur semble décidé à utiliser ses propres technologies, notamment pour le menu Démarrer, jusqu’ici développé avec React Native.
La question du sérieux de Microsoft reste toutefois débattue dans la communauté de développeurs, qui garde un souvenir circonspect de l’historique WinRT/UWP. Des éléments plaident en faveur d’une vraie volonté, dont le respect (globalement) du calendrier fixé et la traçabilité du travail des ingénieurs sur le dépôt. Microsoft sait en outre qu’elle est attendue au tournant. Mais l’historique de l’entreprise sur les interfaces ne plaide pas en sa faveur, après avoir réinventé plusieurs fois la roue ces quinze dernières années.
… de nombreuses promesses n’ont pas été tenues
Si Microsoft renforce son propre usage de WinUI, le framework devrait rapidement évoluer. Les reproches sont tenaces, notamment des performances pas à la hauteur des prétentions « natives », mais de gros travaux sont en cours. Beaucoup reprochent également à l’éditeur son manque de suivi entre UWP, WinUI 2 et 3, avec une absence notable de parité fonctionnelle. Un écosystème souvent jugé incohérent et fragmenté.
Les tickets se sont aussi accumulés depuis deux ans et WinUI traine un certain nombre de casseroles techniques. Par exemple, un bug connu depuis longtemps provoque un plantage des applications utilisant à la fois WinUI 3 et le trimming, qui doit réduire la taille des exécutables en supprimant le code non utilisé. La faute à un conflit avec le fonctionnement de XAML, qui s’appuie lourdement sur la réflexion à l’exécution (résolution de types par nom, liaison de données, convertisseurs, gestionnaires d’événements déclarés en XAML).
Apple a envoyé un e-mail aux développeurs tiers pour les avertir d’un changement : « Nous vous contactons pour vous informer que les apps universelles pour macOS proposées sur le Mac App Store et nécessitant macOS 13 ou une version ultérieure peuvent désormais abandonner la prise en charge des Mac à processeur Intel ».
Cette prise en charge était obligatoire pour toute application publiée sur le Mac App Store, mais ne l’était bien sûr pas pour celles distribuées autrement. Le passage à l’architecture Arm remontant aujourd’hui à six ans avec la puce M1, le signal est clair : il est temps de passer à autre chose.
Apple vante d’ailleurs les avantages d’un tel abandon. En ciblant uniquement « arm64 » dans les réglages de compilation de l’application, le développement n’en sera que plus simple. En outre, plus besoin de passer par des binaires universels embarquant toutes les données pour les deux architectures (x86_64 et arm64). L’application s’en retrouvera d’autant allégée. Reste une condition : elle doit viser macOS 13 au moins.
Il n’y a bien sûr pas d’obligation à suivre ce conseil, les développeurs pouvant toujours compiler pour Intel s’ils le souhaitent. Comme l’indiquent nos confrères de MacG, macOS 27 et son Xcode correspondant ne pourront s’installer que sur des Mac Apple Silicon, plantant un nouveau clou dans le cercueil. macOS 27, alias Golden Gate, sera également la dernière version à prendre en charge la couche d’émulation Rosetta 2. 2027 sonnera définitivement le glas de l’architecture Intel chez Apple.
Connexion
