AsteroidOS
, c'est une distro Linux open source qui tourne... sur des
montres connectées
! Oui oui, du manchot au poignet et l'idée en fait, c'est de virer
WearOS
et toute la télémétrie Google qui va avec, pour le remplacer par un OS libre sans tracking ou de compte à se créer.
Ce projet existe depuis 2015 et supporte aujourd'hui une trentaine de montres (LG Watch, Huawei Watch, TicWatch, Asus Zenwatch, Fossil Gen 4/5/6...). Vous flashez votre tocante connectée, et vous récupérez un OS avec agenda, météo, chronomètre, boussole, moniteur cardiaque, contrôle musical et même un petit jeu. Le tout en Qt/QML, avec des cadrans communautaires et un affichage permanent !
Côté
vie privée
, c'est même le JOUR ET LA NUIT avec WearOS donc pour ceux qui flippent que leur montre balance tout à Mountain View, c'est plutôt rassurant.
Pour la synchro avec votre téléphone, y'a également
AsteroidOSSync
sur F-Droid ou
Gadgetbridge
. Si vous hésitez, sachez que Gadgetbridge est plus maintenu et plus universel. Ça couvre l'essentiel et si vous avez les chocottes, un mode dual-boot permet de tester sans virer WearOS.
Attention par contre, c'est pas la fête du slip non plus car y'a pas de store d'apps (faut pousser les APK en ligne de commande via ADB), pas de réponse aux appels depuis le poignet, et les apps WearOS ne tournent évidemment pas dessus. A moins que votre montre soit dans la liste officielle, n'y pensez même pas ! Faut aimer bidouiller, en fait mais ça, je sais que vous adorez ^^.
Et grâce à cet OS, vous atteindrez peut-être les 48h d'autonomie annoncées sur le site. Après faut voir en vrai évidemment... mais pour
une distro communautaire
portée par des passionnés depuis 11 ANS quand même, c'est honnête.
Les deux plus grands fabricants de puces graphiques, Intel et Nvidia , ont quasiment lancé simultanément une campagne de recrutement à grande échelle pour les développeurs de logiciels Linux. L'accent est mis principalement sur les pilotes de cartes graphiques et l'optimisation des performances dans les environnements de jeu. Cette orientation s'inscrit dans le cadre des changements plus généraux du marché du PC, où Linux investit de plus en plus des domaines autrefois dominés par Windows. Intel recrute dans les États américains de l'Oregon et de la Californie, notamment dans ses bureaux de Santa Clara et de Folsom. Nvidia propose également des postes d'ingénieurs Linux, certains permettant le télétravail. Intel n'a pas encore communiqué sur cette possibilité. Intel se concentre sur le développement de pilotes pour cartes graphiques et GPU intégrés, présents dans la plupart de ses processeurs. Après son retour sur le marché des cartes graphiques dédiées, le fabricant a rencontré des difficultés liées à la qualité de ses logiciels. La gamme Arc, lancée en réponse à la domination de la concurrence, n'a pas réussi à conquérir une part de marché significative. Selon les données de Jon Peddie Research, à la fin du troisième trimestre 2025, Intel contrôlait environ 1 % du marché mondial des cartes graphiques dédiées. À titre de comparaison, Nvidia représentait 92 % des ventes, tandis qu'AMD en détenait environ 7 %. Dans ce contexte, la qualité des pilotes et la compatibilité avec les systèmes d'exploitation alternatifs constituent l'un des rares leviers permettant de se forger un avantage concurrentiel. Les annonces de Nvidia mettent en lumière les efforts d'optimisation des performances dans l'environnement Proton Vulkan. Vulkan demeure une API essentielle pour les jeux 2D et 3D modernes, et son rôle dans l'univers Linux se développe à mesure que les outils permettant d'exécuter des jeux Windows gagnent en popularité.
Proton, développé par Valve , fournit une couche de compatibilité permettant aux jeux Windows de fonctionner sous Linux. Cette technologie est à la base de la console Steam Deck et de SteamOS . Grâce à Proton, Linux n'est plus une plateforme de niche réservée aux passionnés de logiciels libres, mais une alternative viable pour les joueurs. Nvidia recherche également des spécialistes pour adapter ses pilotes afin d'exécuter des jeux x86 et x64 sur les appareils ARM. Cette orientation laisse présager des changements architecturaux en préparation sur le marché des PC. L'entreprise travaille sur sa propre puce ARM pour ordinateurs personnels, nom de code N1X, et le segment des ordinateurs portables ARM est en pleine expansion. L'architecture ARM n'est plus l'apanage des smartphones. De plus en plus d'ordinateurs portables Windows utilisent cette plateforme matérielle, et les fabricants de puces y voient une opportunité d'améliorer l'efficacité énergétique et d'allonger l'autonomie des batteries. Les appareils mobiles offrent également un avantage certain dans le monde du jeu vidéo. Actuellement, le marché des PC portables est dominé par les solutions AMD, dont les puces équipent la plupart des consoles portables Windows et le Steam Deck. La campagne de recrutement intensive d'Intel pourrait indiquer une volonté de renforcer sa position dans ce domaine également, notamment en ce qui concerne Linux comme système d'exploitation pour appareils mobiles.
Ces décisions s'inscrivent dans un contexte de changement de préférences des utilisateurs. Certains déclarent abandonner Windows en raison de la fréquence des mises à jour, de l'intégration d'outils d'IA comme Copilot et du modèle de diffusion publicitaire du système. À cela s'ajoute la fin du support de Windows 10 en octobre 2025 (et en Europe d'ici 2026). Les données de StatCounter montrent qu'en janvier 2026, la part de marché mondiale de Linux sur le marché des ordinateurs de bureau était de 4,02 %, tandis que celle de Windows chutait à 67,6 %. La croissance de Linux a été modérée, mais la tendance reste manifeste. La campagne de recrutement simultanée d'Intel et de Nvidia montre que la bataille pour l'avenir du jeu sur PC se joue non seulement dans les laboratoires de conception de nouvelles puces, mais aussi dans les dépôts de code des pilotes. (Lire la suite)
Bazzite, Ubuntu Game Pack, Drauger OS : découvrez les 3 meilleures distributions pour du jeux vidéo sur Linux afin de jouer dans les meilleures conditions en 2026.
Intel est en train d'embaucher une poignée de nouveaux développeurs spécialisés dans l'environnement Linux. Une bonne nouvelle qui ne concerne pas que le terrain des HPC et de l'IA. Les joueurs devraient aussi en profiter. On vous explique.
Bazzite est une distribution Linux gaming basée sur Fedora Silverblue, compatible Steam Deck, ROG Ally et PC. Une alternative sérieuse à Windows pour les gamers.
Nvidia prendrait-il enfin Linux au sérieux ? Une série d'offres d'emploi semble indiquer que la firme prévoit d'améliorer les performances des jeux et de ses propres pilotes sur l'OS.
La comparaison entre Linux et Windows Defender soulève souvent des débats sur la sécurité informatique et la gestion des risques techniques. Les différences tiennent à ...
Découvrez OpenClaw, l'agent IA open source auto-hébergé qui automatise vos tâches en local. Fonctionnement, cas d'usage, sécurité et déploiement expliqués.
Les assistants de programmation basés sur l'IA s'intègrent de plus en plus au travail quotidien des développeurs, mais leur impact se limite rarement au cœur des systèmes d'exploitation. Cette fois-ci, un outil d'IA a permis de résoudre un problème concret du noyau Linux et a conduit à la création d'un correctif qui pourrait bientôt être intégré à la version stable du système. Ce cas concerne des travaux sur l'interface io_uring et un bogue provoquant des plantages de machines virtuelles. Un développeur important de la communauté open source a participé au processus. Comme l'explique Phoronix , Jens Axboe, développeur principal du projet io_uring, a utilisé un assistant d'IA pour analyser un bug difficile à détecter. io_uring est un mécanisme de gestion asynchrone des entrées/sorties du noyau Linux, introduit dans la version 5.1 en 2019. Il permet un traitement efficace des opérations sur disque et réseau.Axboe a constaté que lors de l'exécution d'io_uring dans un environnement virtuel, des blocages intermittents survenaient lors de l'utilisation de périphériques AHCI et SCSI. Ce problème ne se manifestait pas avec les disques NVMe modernes, ce qui rendait le diagnostic précis difficile. L'analyse a révélé un comportement inattendu dans l'une des boucles de traitement d'événements de QEMU . Un appel à la fonction ppoll() pouvait bloquer l'exécution pendant 500 millisecondes. Dans le contexte des opérations d'entrée/sortie, ce délai est considérable.
Axboe a opté pour le modèle Claude, développé par Anthropic . Ce modèle tire son nom de Claude Shannon , fondateur de la théorie de l'information. Claude appartient à la famille des grands modèles de langage et est conçu comme un outil d'aide à l'analyse du code et de la documentation. D'après le développeur, l'IA l'a aidé à identifier les dépendances du code et à comprendre le mécanisme à l'origine des blocages des machines virtuelles. Lors des tests, l'environnement a planté, mais le système a finalement été stabilisé et une solution a été trouvée. Cette collaboration a permis de corriger deux problèmes. La première s'attaquait à la cause profonde du problème, la seconde apportait une amélioration mineure. Le plus surprenant était que le changement clé tenait sur une seule ligne de code. Axboe estimait que, dans certains cas, cette correction pouvait améliorer les performances d'E/S de 50 à 80 fois. Au sein de la communauté open source, les attitudes envers les outils d'IA sont parfois ambivalentes. Certains projets en restreignent l'utilisation, invoquant des problèmes de licence et la qualité du code généré. À titre d'exemple, citons la décision des développeurs de la distribution Gentoo de se détourner de GitHub et de renoncer aux outils d'IA dans leur processus de développement. De même, le projet GNOME a officiellement durci ses règles concernant les extensions du shell, interdisant la publication de code généré par IA dans la bibliothèque d'extensions GNOME. Parallèlement, un nombre croissant de développeurs considèrent les modèles de langage comme un outil d'analyse plutôt que comme un générateur de fragments de code prédéfinis. Dans ce contexte, le cas d'Axboe est unique, car il concerne le cœur d'un système d'exploitation utilisé sur des millions de serveurs et d'appareils.
Un élément intéressant à prendre en compte dans cette histoire est la position du créateur de Linux lui-même. Linus Torvalds a récemment admis utiliser des modèles de langage lorsqu'il travaille avec Python. Il n'a pas caché sa satisfaction quant aux résultats, tout en soulignant qu'il considère l'IA comme un outil d'aide à la décision. Si les correctifs d'Axboe passent par l'ensemble du processus d'approbation et sont intégrés à la branche stable du noyau, ce sera l'une des premières fois qu'un réseau neuronal aura réellement contribué à l'optimisation d'un composant Linux critique. (Lire la suite)
La dernière version du noyau Linux 7.0 a considérablement accéléré la libération de la mémoire système utilisée pour la mise en cache des fichiers volumineux. D'après les messages publiés sur la liste de diffusion des développeurs du noyau, le nouveau correctif, préparé pour la fenêtre d'intégration de Linux 7.0, a démontré une augmentation de 75 % de la vitesse de libération de la mémoire lors des tests. Dans un test de performance, les développeurs ont alloué 10 Go de données liées à un fichier, puis en ont libéré 8 Go. Sur un serveur Arm64 à 32 cœurs, le processus s'est exécuté environ 75 % plus rapidement que la version précédente de Linux, tandis que sur un système x86, le gain de vitesse a dépassé les 50 %.
Imaginez un système exécutant une base de données volumineuse ou une autre tâche gourmande en mémoire : le noyau peut stocker des dizaines, voire des centaines de gigaoctets de données de fichiers fréquemment consultés en RAM, offrant ainsi un accès nettement plus rapide qu'une lecture depuis le stockage. Lorsque la mémoire est saturée et qu'il est nécessaire de libérer du cache, ce processus est considérablement accéléré. Si les utilisateurs lambda ne remarqueront probablement pas la différence, pour les hyperscalers, le calcul haute performance, l'IA et autres scénarios à forte intensité de données, cela représente un gain de performance significatif. De plus, il est à noter que les développeurs de ce système d'exploitation ont une fois de plus privilégié l'optimisation aux nouvelles fonctionnalités, tandis que Microsoft s'efforce toujours d'intégrer l'IA à Windows, même si beaucoup n'en ont pas besoin. (Lire la suite)
Le projet Gentoo a annoncé avoir entamé le processus de retrait de la plateforme GitHub de Microsoft. Cette décision est motivée par la présence croissante d'outils d'intelligence artificielle générative dans l'écosystème du service et par sa politique de promotion de l'assistant de programmation Copilot. Les développeurs de Gentoo ont confirmé que l'infrastructure de miroirs de code source du projet est en cours de migration vers une nouvelle plateforme d'hébergement. Codeberg a été choisi comme destination finale. La première phase de la migration s'est achevée le 16 février 2026. Les dépôts sur GitHub et Codeberg continuent de fonctionner en parallèle, mais l'équipe annonce une transition complète vers le nouvel environnement. Dans un communiqué officiel, les développeurs de Gentoo ont dénoncé « les tentatives persistantes visant à imposer l'utilisation de l'assistant IA Copilot dans les dépôts du projet ». Ils estiment que les pressions exercées pour intégrer des outils d'intelligence artificielle portent atteinte à l'autonomie de la communauté qui développe la distribution. GitHub Copilot est un assistant de programmation basé sur le modèle Codex d'OpenAI. Cet outil analyse le code et les commentaires, et génère des extraits de programme suggérés. Il s'intègre aux environnements tels que Visual Studio et les solutions JetBrains, notamment IntelliJ IDEA et PyCharm. Copilot a fait ses débuts en 2021 en tant qu'outil de test gratuit. Une version commerciale, basée sur un modèle d'abonnement, a été lancée en 2023. Depuis, l'assistant est devenu une fonctionnalité permanente de GitHub, et certains projets open source ont commencé à signaler des problèmes liés à l'afflux de tickets et de demandes de fusion générés automatiquement. Fin janvier 2026, la direction de GitHub a lancé un débat public sur l'ampleur du phénomène de code de mauvaise qualité généré par l'IA. Elle a envisagé la possibilité de désactiver complètement les demandes de fusion dans certains dépôts.
Le conflit avec GitHub s'inscrit dans le cadre de la politique générale du projet. Au printemps 2024, les développeurs de Gentoo ont adopté une interdiction formelle de l'utilisation de l'intelligence artificielle générative dans le développement du système. Cela inclut l'utilisation de chatbots comme ChatGPT et Google Bard, ainsi que d'outils comme Copilot. L'interdiction concerne la création d'ebuilds, la rédaction de code, la documentation et le signalement de bogues. Les développeurs justifient cette décision par des considérations juridiques, de qualité et éthiques. Ils soulignent notamment les difficultés à vérifier l'origine des extraits de code générés par les modèles de langage et le risque de violation des licences open source. En octobre 2022, Copilot s'est retrouvé au cœur d'une polémique suite à des signalements de génération d'extraits de code protégés par le droit d'auteur. En janvier 2026, le développeur de l'outil cURL a mis fin à son programme de primes aux bogues, en place depuis de nombreuses années . Cette décision faisait suite à une vague de signalements de mauvaise qualité, générés par l'IA, qui a surchargé l'équipe chargée de leur examen. Pour la communauté Gentoo, ces exemples confirment les inquiétudes concernant le contrôle qualité et la responsabilité du code. Le projet est désormais hébergé sur Codeberg, une plateforme basée sur le logiciel libre Forgejo. Ce service est financé par l'association allemande à but non lucratif Codeberg e.V. Son modèle de fonctionnement repose sur une gouvernance transparente et le soutien de la communauté. Des dépôts miroirs des principaux composants de Gentoo sont désormais disponibles sur Codeberg, notamment le système de gestion de paquets Portage, la collection officielle d'ebuilds, le serveur de tâches Steve et Gentoolkit. La migration est mise en œuvre par étapes. L'équipe poursuit sa synchronisation avec GitHub afin d'assurer la continuité des services pour les utilisateurs et les développeurs.
Gentoo est une distribution GNU/Linux développée depuis 2002. Sa particularité réside dans la compilation des logiciels à partir du code source grâce à Portage, une solution inspirée du système de ports de FreeBSD. Les utilisateurs peuvent personnaliser les paramètres de compilation en fonction de leur matériel et de leurs besoins.D'après les données publiées par DistroWatch, Gentoo se classe 55e en termes de popularité parmi les distributions Linux et de type Unix, devançant des projets comme Xubuntu et Deepin. Actuellement, le haut du classement comprend CachyOS, Linux Mint, MX Linux, Debian et EndeavourOS. (Lire la suite)
Vous trouvez que votre Linux met 3 plombes à démarrer et vous regardez l'écran de boot défiler en vous demandant ce qui peut bien prendre autant de temps ? ...
La distribution Linux Mint est très populaire, et reçoit énormément de dons. C'est bien. Mais pour éviter le burn-out, les développeurs vont espacer les releases. Et je trouve ça très sain. (Permalink)
Vous trouvez que votre Linux met 3 plombes à démarrer et vous regardez l'écran de boot défiler en vous demandant ce qui peut bien prendre autant de temps ?
Hé bien bonne nouvelle los amigos del manchos, si vous utilisez une distribution basée sur systemd (comme Debian, Ubuntu, Fedora, Arch, et compagnie), il existe un outil natif déjà installé qui permet de diagnostiquer tout ça :
systemd-analyze
Ce truc c'est un peu le médecin légiste de votre démarrage système. Il dissèque chaque étape, identifie les unités qui traînent la patte, et vous permet de comprendre où part votre précieux temps. Pour ceux qui débarquent, systemd est le système d'initialisation adopté par la plupart des distributions modernes, et il permet justement de lancer plein de trucs en parallèle pour gagner du temps.
Pour commencer, la commande de base c'est tout simplement :
systemd-analyze time
Elle vous sort un récapitulatif du temps passé dans chaque phase, généralement le kernel, l'initrd (le RAM disk initial), et l'espace utilisateur. Selon votre configuration, vous pourriez aussi voir passer le firmware ou le bootloader. Ça donne un truc du genre "Startup finished in 2.5s (kernel) + 19s (initrd) + 47s (userspace)". Déjà là, vous savez si le problème vient de votre noyau ou de vos services.
Mais le truc vraiment cool pour fouiller un peu plus dans le détail, c'est :
systemd-analyze blame
Cette commande vous balance la liste des unités systemd, triées par le temps qu'elles ont mis à s'initialiser. C'est un peu comme un classement des cancres de la Ve République. Vous voyez direct qui sont les boulets qui ralentissent tout le monde. Genre ce service réseau qui attend 20 secondes une connexion qui n'arrivera jamais, ou ce truc de logs qui prend son temps pour se réveiller.
Attention quand même, y'a un petit piège car un service qui met 10 secondes à démarrer ne signifie pas forcément que votre boot est rallongé de 10 secondes. Pourquoi me diriez-vous ? Hé bien parce que systemd lance plein de trucs en parallèle. Un service peut donc prendre son temps tranquille pendant que d'autres bossent en même temps sans bloquer personne.
Pour vraiment piger ce qui coince sur le chemin critique, lancez plutôt :
systemd-analyze critical-chain
Ça, c'est le top car ça vous montre la chaîne critique, c'est-à-dire la séquence exacte d'événements qui détermine vraiment votre temps de démarrage final. Vous voyez exactement quelles unités sont sur le chemin et lesquelles attendent les autres. Le temps après le "@" indique quand l'unité est devenue active, et le temps après le "+" montre combien de temps elle a pris pour démarrer. C'est bien plus fiable que blame pour identifier les vrais goulots d'étranglement.
Et si vous êtes du genre visuel, y'a même :
systemd-analyze plot > boot.svg
Et avec ça, hop, ça génèrera un magnifique graphique SVG qui représentera la chronologie de votre séquence de boot. Vous pourrez ensuite l'ouvrir dans votre navigateur et voir en un coup d'oeil ce qui démarre quand et combien de temps ça dure. C'est super pratique pour épater la galerie ou juste visualiser l'ordre de lancement.
Maintenant, une fois que vous avez identifié les coupables, comment on fait pour accélérer tout ça ?
Déjà, vous pouvez désactiver les services dont vous n'avez pas besoin avec :
sudo systemctl disable nom-du-service
Gardez en tête que disable supprime seulement le lancement automatique au boot, mais n'empêche pas une activation indirecte via une dépendance ou un socket. Si vous voulez vraiment qu'un service ne démarre plus jamais, utilisez mask. Et surtout, ne désactivez pas n'importe quoi comme un bourrin, hein ! Je vous connais ! Non, non, avant de toucher à un service, vérifiez d'abord ce qui en dépend :
systemctl list-dependencies nom-du-service
Car si vous cassez un truc important, votre système risque de ne plus démarrer correctement. Donc si vous n'êtes pas sûr, gardez vos mimines dans vos poches. D'ailleurs, si vous bidouillez vos fichiers d'unité (comme pour
automatiser Shiori
par exemple), sachez que vous pouvez aussi les vérifier pour débusquer les erreurs avec :
systemd-analyze verify /chemin/vers/unite.service
C'est super pratique pour éviter les mauvaises surprises au prochain redémarrage. Voilà et si vous cherchez d'autres astuces pour
optimiser votre machine Linux
, n'hésitez pas à jeter un oeil à mon article sur TLP.
Ah j'oubliais, y'a aussi la commande systemd-analyze security qui permet d'analyser le niveau d'exposition sécurité de vos services. Elle attribue un score heuristique d'exposition basé sur les options de durcissement (hardening) actives. Plus le score est bas, mieux le service est protégé contre d'éventuelles failles. C'est donc un excellent point de départ pour identifier les services qui mériteraient un peu plus de love côté isolation.
Bref, cet analyseur de démarrage c'est vraiment l'outil indispensable pour qui veut comprendre et optimiser son boot Linux. C'est natif, c'est puissant, et ça vous évite de passer des heures à chercher pourquoi votre machine met autant de temps que vous à se réveiller le matin ^^.
Canonical vient de lever le voile sur la mascotte officielle d’Ubuntu 26.04 LTS « Resolute Raccoon ». Ce nouveau visage de la distribution Linux adopte le style géométrique minimaliste qui caractérise l’identité visuelle d’Ubuntu depuis plusieurs versions. Une tradition bien ancrée chez Ubuntu, qui attribue depuis toujours un nom de code animalier à chacune de ses versions. … Lire la suite