MeeGo Linux laisse un drôle de goût d’inachevé dans l’histoire des systèmes mobiles. Annoncé en grande pompe par Nokia et Intel au début des années 2010, ce système d’exploitation basé sur Linux devait incarner une alternative ouverte à Android et iOS sur smartphone, tablette, netbook et même autoradio. Quelques années plus tard, le projet se retrouve classé dans la catégorie projet abandonné, pendant que ses descendants comme Tizen ou Sailfish OS poursuivent la route, plus discrètement mais avec un vrai héritage technique. Beaucoup d’admins, de bidouilleurs et de devs se demandent encore ce qu’était exactement MeeGo, comment on le déployait sur un netbook ou un téléphone, et surtout ce qu’il en reste sur les plateformes actuelles.
Revenir sur MeeGo, ce n’est pas juste faire de l’archéologie. C’est aussi comprendre pourquoi un logiciel open source soutenu par la Linux Foundation, par plusieurs grands industriels, et basé sur des briques solides comme Qt ou le noyau Linux, peut se retrouver coupé net au moment où les smartphones explosent. Entre promesse d’une plateforme vraiment ouverte, installation un peu rugueuse à base de dd et de cartes Micro SDHC, et réutilisation massive du code dans d’autres systèmes, l’histoire est instructive. Elle intéresse tout autant le passionné de netbook en mal de recyclage que le développeur qui regarde comment les stacks mobiles évoluent sur le long terme.
En bref
- MeeGo est un système d’exploitation Linux libre, issu de la fusion de Maemo (Nokia) et Moblin (Intel), orienté appareils mobiles et netbooks.
- Le projet, hébergé par la Linux Foundation, misait sur un modèle très ouvert : contributions en amont, app stores multiples, code source accessible.
- Malgré un cadre technique sérieux (Qt, support ARM et x86), MeeGo est devenu un projet abandonné après le virage de Nokia vers Windows Phone et le passage d’Intel à Tizen.
- L’héritage MeeGo vit encore dans Tizen, Sailfish OS, Mer et dans une partie de l’écosystème Linux embarqué actuel.
- Comprendre MeeGo aide à éviter certains pièges stratégiques sur les projets mobiles open source de nouvelle génération.
MeeGo Linux, fusion de Maemo et Moblin : remettre le contexte technique et industriel à plat
MeeGo naît officiellement en février 2010 au Mobile World Congress de Barcelone. D’un côté, Nokia dispose de Maemo, distribution Linux pensée pour ses tablettes Internet et son N900. De l’autre, Intel pousse Moblin, un environnement Linux optimisé pour les processeurs x86 basse consommation et les netbooks. Les deux acteurs décident de fusionner leurs efforts pour créer une plateforme unifiée, baptisée MeeGo, pensée dès le départ comme un système d’exploitation multi-terminaux.
L’idée centrale consiste à partager une base commune Linux, un socle middleware et des outils de développement, tout en proposant différentes interfaces selon le type d’appareil. Pour un développeur, l’objectif est clair : écrire une application une fois et la déployer sur un smartphone, un netbook ou un système embarqué automobile avec un minimum d’adaptations. Cet aspect de plateforme transversale reste d’ailleurs l’un des points les plus solides de l’héritage MeeGo.
Architecture MeeGo : socle Linux, middleware commun et UX multiples
Sur le plan technique, MeeGo repose sur un noyau Linux classique, accompagné des composants GNU habituels. Par-dessus ce socle, le projet ajoute un middleware standardisé, un environnement graphique basé sur Qt et plusieurs UX spécialisées. Le tout reste un logiciel open source, accessible et modifiable, hébergé par la Linux Foundation. Pour un admin ou un dev déjà à l’aise avec Linux, la structure reste familière.
Plusieurs variantes d’interface sont développées en parallèle, chacune ciblant un usage précis, tout en réutilisant un maximum de briques communes. L’approche s’inspire beaucoup des distributions Linux généralistes, mais adaptée au monde mobile où la fragmentation matérielle est plus forte.
- Handset UX pour les smartphones tactiles.
- Netbook UX héritée de Moblin, avec une interface Clutter/Mx adaptée aux petits écrans.
- Une UX pour les systèmes embarqués automobiles, avec intégration aux tableaux de bord.
- D’autres profils expérimentaux pour tablettes et téléviseurs connectés.
Pour fixer les idées, voici un tableau synthétique des grandes composantes de MeeGo et de leur rôle dans la pile logicielle.
| Couche | Technologie | Rôle dans MeeGo Linux |
|---|---|---|
| Kernel | Linux | Gestion du matériel, mémoire, processus, pilotes pour ARM et x86. |
| Base système | GNU, services système | Outils de base, shell, libs standard, init et services bas niveau. |
| Middleware | Stack Moblin + composants Maemo | Services multimédia, réseau, téléphonie, gestion de l’énergie. |
| Interface graphique | Qt, Clutter, Mx toolkit | Framework d’interface pour Handset UX, Netbook UX et autres profils. |
| Applications | Apps natives Qt, web apps (HTML5, CSS, JavaScript) | Logiciels utilisateur, utilitaires système, applications embarquées. |
Cette articulation entre noyau, middleware commun et UX spécialisées préfigure très clairement ce qui se retrouvera ensuite dans Tizen ou dans certains systèmes embarqués industriels actuels, souvent bâtis sur une base Linux modulaire.
Un projet soutenu par l’industrie mais tiré dans plusieurs directions
MeeGo n’est pas un petit bricolage communautaire. Le projet est poussé par Intel, par Nokia, rejoint assez vite par AMD, et hébergé par la Linux Foundation. Officiellement, les objectifs affichés sont ambitieux : accélérer l’adoption de Linux sur les terminaux, fédérer les contributions des industriels, et proposer une vraie alternative ouverte aux écosystèmes fermés.
Sur le papier, tout le monde y gagne. Les constructeurs bénéficient d’un socle logiciel open source qu’ils peuvent adapter. Les opérateurs conservent une marge de manœuvre pour leurs propres boutiques d’applications. Les développeurs disposent d’outils standardisés, d’un runtime Qt stable et d’un support multi-architecture ARM/x86. Dans la pratique, chacun garde aussi sa feuille de route, ses priorités commerciales et ses deadlines, ce qui n’aide pas à la cohérence globale.
- Intel cherche surtout à placer Linux sur des terminaux x86 basse conso.
- Nokia veut un remplaçant à Symbian pour ses smartphones haut de gamme.
- Les OEM de netbooks espèrent un OS léger, différent de Windows.
- La communauté souhaite un Linux mobile assez ouvert pour être hacké.
Quand ces intérêts commencent à diverger, le socle technique de MeeGo ne suffit plus à garder tout le monde aligné. C’est une constante qu’on retrouvera plus loin en parlant d’héritage MeeGo et des projets qui ont pris sa suite.
Un système d’exploitation Linux vraiment ouvert pour le mobile et les netbooks
Face à Android et iOS, MeeGo joue la carte de l’ouverture à tous les étages. Le code reste disponible, la gouvernance se veut collaborative, et la distribution d’applications ne repose pas sur un seul magasin centralisé. Ce positionnement séduit une partie de l’écosystème Linux, déjà habitué aux dépôts de paquets et aux forks. Pour une entreprise comme la société fictive TechVoiture, qui conçoit un système multimédia embarqué, MeeGo paraît alors attractif : base Linux connue, environnement Qt maîtrisable, et liberté d’adapter l’interface sans se heurter à une boutique propriétaire.
Contrairement à Android, souvent perçu comme piloté de très près par son éditeur, MeeGo promet une vraie participation des industriels dès la conception. La Linux Foundation joue un rôle de médiateur technique. Les fabricants sont encouragés à remonter leurs contributions au noyau ou au middleware plutôt que de maintenir des branches privées ingérables à long terme. Sur le papier, on est très proche de la philosophie des distributions serveur.
Modèle de développement et distribution des applications MeeGo
MeeGo met fortement en avant la participation en amont. Les constructeurs, les opérateurs et les développeurs tiers sont invités à contribuer directement au projet, plutôt que d’empiler des surcouches difficilement maintenables. L’objectif est simple : limiter la fragmentation, mutualiser les efforts et améliorer la qualité globale de la plateforme Linux.
Côté applications, la logique suit celle des distributions généralistes : un système de paquets, des dépôts multiples, et la possibilité pour un industriel de proposer son propre app store, sans casser la compatibilité globale. Ce fonctionnement tranche avec le modèle de l’App Store iOS ou du Play Store Android, beaucoup plus centralisés.
- Les éditeurs peuvent publier leurs applications sur leurs propres sites.
- Les opérateurs mobiles ont la main pour intégrer une boutique maison.
- Les distributions dérivées de MeeGo peuvent ajouter leurs dépôts.
- Les utilisateurs avancés restent libres d’installer des paquets à la main.
Ce choix technique reflète une préférence nette pour la flexibilité plutôt que pour le contrôle strict. Pour un admin habitué à gérer des dépôts APT ou RPM, le fonctionnement reste très familier, ce qui facilite les tests en homelab sur netbook ou machine de récupération.
| Aspect | MeeGo Linux | Android (époque 2010–2012) |
|---|---|---|
| Licences | Logiciel open source, composants Linux et GNU, Qt | Base open source, mais éléments propriétaires et services liés |
| Distribution d’apps | Dépôts multiples, app stores variés, pas de canal unique | Android Market/Play Store au centre, autres boutiques marginales |
| Gouvernance | Projet hébergé par la Linux Foundation, contributions en amont | Direction technique pilotée par l’éditeur principal |
| Target matériel | ARM et x86, smartphones, netbooks, systèmes embarqués | Principalement ARM, smartphones et tablettes |
| Framework UI | Qt, Clutter, UX spécialisées | Framework maison, Java/Kotlin au-dessus |
Ouverture contre simplicité : un équilibre jamais vraiment trouvé
Ce choix d’un modèle très ouvert a un revers. Pour un utilisateur final qui découvre un smartphone sous MeeGo, la mécanique des dépôts et app stores multiples n’est pas transparente. La promesse de liberté peut vite tourner à l’impression de dispersion si le constructeur ou l’opérateur ne fournissent pas une couche d’abstraction claire. À l’inverse, le développeur aime cette liberté, surtout s’il vient déjà de l’écosystème Linux.
On retrouve ici un dilemme bien connu dans le monde Linux : plus l’ouverture et la flexibilité sont poussées loin, plus la cohérence de l’expérience utilisateur dépend des intégrateurs. Certaines distributions ont trouvé un compromis. MeeGo, en visant à la fois le mobile grand public, le netbook et l’embarqué professionnel, n’a jamais eu le temps de stabiliser son équilibre. C’est un enseignement qui reste pertinent pour toute tentative de nouvelle plateforme mobile Linux.
Installer MeeGo sur netbook ou smartphone : ce que l’on faisait concrètement
Côté installation, MeeGo ne s’adresse pas uniquement aux bidouilleurs, mais reconnaissons que le public le plus actif a longtemps été composé de passionnés. Sur un netbook, on se retrouvait avec un workflow assez proche d’une distribution classique : téléchargement d’une image, écriture sur clé USB ou carte SD, puis installation ou démarrage en live. Sur certains smartphones ou cartes de développement, la procédure passait par une carte Micro SDHC et des commandes bas niveau, ce qui ne fait pas rêver l’utilisateur lambda.
Pour illustrer, prenons l’exemple d’un développeur qui veut tester le Handset UX sur un appareil de développement x86. Le processus typique repose sur une extraction d’archive, l’identification du bon périphérique de stockage, puis une copie brute de l’image via dd. Rien de sorcier pour quelqu’un habitué au terminal, mais quelques pièges pour les autres.
Étapes d’installation typiques sur une carte Micro SDHC
Les documentations d’époque décrivent un enchaînement assez standard. On commence par récupérer une image du Handset UX, souvent fournie dans une archive compressée. L’extraction se fait avec tar, en utilisant les bonnes options pour gérer le format .tar.bz2. Le résultat contient une image disque prête à être écrite sur un support amovible.
Une fois la carte Micro SDHC insérée dans le lecteur, il faut identifier son chemin de périphérique. Un simple fdisk -l lancé avec sudo permet de repérer le bon /dev/sdX, souvent /dev/sdb sur une machine simple. L’erreur classique consiste à se tromper de périphérique et à écraser le disque principal, ce qui est une bonne piqûre de rappel pour toute manipulation avec dd.
- Extraction de l’archive avec
tar -xvjf. - Vérification du périphérique via
sudo fdisk -l. - Écriture de l’image sur la carte avec
dd. - Attente de la fin de la copie, qui peut monter à une vingtaine de minutes selon la taille.
À l’arrivée, la carte Micro SDHC contient une image bootable. Il suffit alors de la placer dans l’appareil compatible, de configurer l’ordre de démarrage si nécessaire, et de lancer le système MeeGo. Sur des terminaux comme le Nokia N900, d’autres procédures plus spécifiques étaient proposées, mais l’esprit restait le même : manipuler des images disque relativement proches de ce qu’utilise toute distribution Linux.
| Étape | Commande / action | Points de vigilance |
|---|---|---|
| Téléchargement | Récupérer l’image MeeGo Handset ou Netbook adaptée | Vérifier le hash si disponible pour éviter une image corrompue. |
| Extraction | tar -xvjf meego-handset-*.tar.bz2 |
S’assurer d’avoir assez d’espace disque pour l’image extraite. |
| Détection carte | sudo fdisk -l |
Identifier le bon périphérique (/dev/sdb en général). |
| Écriture | sudo dd if=meego-handset-*.bin of=/dev/sdX |
Vérifier deux fois la cible, la copie peut durer jusqu’à 20 minutes. |
| Démarrage | Insérer la carte dans le téléphone ou le netbook et booter | Adapter l’ordre de boot dans le BIOS/UEFI si nécessaire. |
Un terrain de jeu pour homelab, pas un produit clé en main
Vu avec un œil de sysadmin, MeeGo a servi de laboratoire intéressant. Sur un vieux netbook, il permettait de redonner un peu de souffle avec un environnement léger, pensé pour les petits écrans. Sur des cartes de développement ou des prototypes de téléphones, la Handset UX permettait de valider certaines briques techniques : gestion de l’énergie, pile réseau, rendu graphique Qt, etc.
En revanche, l’écart reste marqué avec les attentes du grand public sur le mobile. Là où Android ou iOS proposent un processus d’installation quasi invisible, MeeGo réclame souvent quelques lignes de terminal, une compréhension minimale des périphériques de stockage et un peu de patience. Pour des profils techniques, ce n’est pas un problème. Pour transformer un projet en produit de masse, ça coince. Ce décalage pèse dans la perception globale du projet comme un projet abandonné plutôt qu’une vraie troisième voie grand public.
Développement d’applications sur MeeGo : Qt, HTML5 et Linux sous le capot
Sur le plan du développement, MeeGo se positionne comme une plateforme assez agréable. Le choix du framework Qt issu de Maemo simplifie la vie des développeurs C++ déjà familiers de cet environnement. L’écosystème réutilise aussi des briques du projet Moblin, notamment pour le middleware multimédia et réseau. L’avantage est clair pour les équipes qui travaillent déjà sur desktop Linux : beaucoup d’outils et de concepts restent valables.
Le projet prévoit également un support complet des architectures ARM et x86, avec des images spécifiques pour chaque type de processeur. Côté DevOps, ça ouvre des perspectives intéressantes : possibilité de développer et tester en local sur une machine x86 classique, puis de déployer sur un terminal ARM avec un portage limité, tout en conservant la même base de code applicatif. Cette souplesse technique fait partie de l’héritage MeeGo dans les projets suivants.
Stack de développement : Qt natif et web apps avec HTML5
MeeGo propose deux grandes familles de technologies pour les applications. D’un côté, les applications natives Qt, avec interface en QML et logique en C++ ou autres langages supportés. De l’autre, les applications web basées sur HTML5, CSS et JavaScript, encouragées par Nokia pour assurer une compatibilité maximale entre différents terminaux et systèmes.
Les SDK officiels incluent en général un environnement complet : émulateur d’UX, intégration dans des IDE comme Qt Creator, et outils de packaging. La logique s’apparente beaucoup à ce que l’on retrouve aujourd’hui dans d’autres systèmes basés sur Linux embarqué, la couche graphique en plus. L’idée est que le développeur se concentre sur la logique métier et l’interface, pendant que la plateforme s’occupe de la diversité matérielle.
- Utilisation de Qt pour les interfaces riches et fluides.
- Support des web apps pour une meilleure portabilité.
- SDK incluant simulateur, outils de déploiement et documentation.
- Possibilité de cibler ARM et x86 avec la même base de code applicatif.
| Type d’application | Technologies clés | Cas d’usage typiques sur MeeGo |
|---|---|---|
| Native Qt | C++, Qt, QML | Applications système, clients lourds, interfaces riches sur Handset et Netbook UX. |
| Web app | HTML5, CSS, JavaScript | Services en ligne, portabilité entre MeeGo et autres plateformes mobiles. |
| Applications embarquées | Qt + middleware Moblin/Maemo | Interfaces pour autoradios, boîtiers TV, appareils spécialisés. |
Impact sur les stacks modernes et réutilisation dans d’autres projets
Beaucoup d’éléments de cette stack de développement se retrouvent dans les descendants de MeeGo. Tizen, par exemple, garde un socle Linux et un focus fort sur les web apps, avec un accent encore plus marqué sur HTML5 et JavaScript. Sailfish OS, issu de la société Jolla fondée par d’anciens membres de l’équipe du Nokia N9, réutilise largement Qt, Mer et les concepts mis au point pendant l’ère MeeGo.
Pour un développeur qui a connu MeeGo, la transition vers ces systèmes n’est pas brutale. On retrouve les mêmes réflexes : cross-compilation, tests sur émulateur, déploiement sur des terminaux parfois exotiques, et intégration serrée avec le système d’exploitation Linux sous-jacent. C’est là que l’héritage MeeGo pèse vraiment : dans la continuité des outils et des pratiques de développement, plus que dans le nombre d’appareils réellement vendus à l’époque.
En résumé, même si MeeGo reste officiellement un projet abandonné, son influence est bien présente dans les boîtes à outils des développeurs d’OS mobiles basés sur Linux. Ceux qui bricolent encore des piles embarquées en 2025 tombent régulièrement sur des morceaux de code, des concepts ou des docs qui renvoient à cette période.
De MeeGo à Tizen, Sailfish OS et au-delà : que reste-t-il vraiment de cette plateforme ?
Le sort de MeeGo se joue en plusieurs étapes. Quand Nokia décide de miser sur Windows Phone plutôt que sur un futur smartphone MeeGo grand public, le signal envoyé à l’écosystème est clair. Intel tente un temps de maintenir la flamme avec d’autres partenaires, en mentionnant des constructeurs comme Lenovo ou Asus. Mais la dynamique n’est plus la même et la fenêtre de tir se referme progressivement.
En septembre 2011, un responsable d’Intel annonce que la collaboration autour de MeeGo bascule vers un nouveau projet, Tizen, en lien avec Samsung. D’un point de vue strictement technique, il ne s’agit pas d’un reset complet, mais plutôt d’un glissement. Certains composants sont repris, d’autres abandonnés, et la gouvernance évolue. Pour les observateurs, MeeGo rejoint alors officiellement la catégorie projet abandonné, même si la base technique n’est pas jetée à la poubelle.
Les principaux héritiers : Tizen, Sailfish OS, Mer et consorts
L’héritage MeeGo se déploie dans plusieurs directions. Tizen, d’abord, reprend l’idée d’un système d’exploitation Linux adaptable, largement utilisé ensuite sur montres connectées, téléviseurs et certains smartphones. La pile applicative se recentre sur les web apps, mais on reconnaît encore la logique d’un socle commun et de profils différents selon le type d’appareil.
De son côté, Sailfish OS, lancé officiellement en 2013 par la société finlandaise Jolla, affiche encore plus explicitement sa filiation. L’équipe, issue en bonne partie de l’aventure MeeGo autour du Nokia N9, réutilise le SDK Mer, s’appuie fortement sur Qt et propose un environnement pensé pour les smartphones et d’autres terminaux connectés. Techniquement, beaucoup de concepts testés à l’époque MeeGo y trouvent une seconde vie.
- Tizen : Linux, focus web, déploiement massif sur TV, montres, embarqué.
- Sailfish OS : Linux + Mer + Qt, cible smartphones, tablettes, embarqué.
- Mer : socle middleware réutilisé par plusieurs projets dérivés.
- Autres systèmes comme Yun OS ou certains forks industriels qui reprennent des briques isolées.
| Système | Origine | Lien avec MeeGo Linux |
|---|---|---|
| MeeGo | Nokia + Intel, Linux Foundation | Projet source, logiciel open source pour mobile et netbook. |
| Tizen | Samsung + Intel | Successeur direct, reprise de concepts et de briques techniques MeeGo. |
| Sailfish OS | Jolla (ancienne équipe Nokia N9) | Basé sur Mer, Qt et une bonne partie de l’expérience MeeGo. |
| Mer | Communauté | Socle middleware issu des travaux MeeGo, utilisé comme base générique. |
Pourquoi les administrateurs et développeurs Linux devraient encore s’y intéresser
Pour un lecteur qui gère aujourd’hui des systèmes embarqués, des flottes de terminaux ou qui bricole un homelab, l’histoire de MeeGo garde plusieurs enseignements. D’abord, la solidité d’un système d’exploitation basé sur Linux ne garantit rien si la stratégie produit change brutalement. Ensuite, un logiciel open source présenté comme totalement ouvert peut quand même disparaître du devant de la scène si les sponsors industriels se retirent.
En revanche, le code, les outils et les idées circulent. Les piles embarquées actuelles, qu’elles tournent sur des boîtiers TV, des écrans industriels ou des voitures, contiennent souvent des traces directes ou indirectes des travaux menés sur MeeGo. Pour qui aime comprendre ce qu’il déploie, remonter le fil de cet héritage MeeGo permet de mieux saisir pourquoi certains frameworks, API ou modèles de déploiement ressemblent tant à ce qui existait déjà dix ans plus tôt.
Au fond, l’histoire de MeeGo ressemble à celle de nombreux projets IT ambitieux : la partie visible a disparu, mais les briques se retrouvent disséminées partout. Les admins, devs et architectes qui bossent aujourd’hui sur des systèmes Linux mobiles ou embarqués croisent régulièrement ces fantômes techniques, sans forcément les reconnaître tout de suite.
MeeGo Linux est-il encore utilisable en 2025 sur un appareil réel ?
Oui, on peut encore lancer MeeGo sur du matériel compatible, surtout des netbooks anciens ou des cartes de développement d’époque, si l’on retrouve les images adéquates. En revanche, l’écosystème applicatif est figé, plus maintenu, et la sécurité n’est plus assurée. Pour un usage connecté permanent, mieux vaut se tourner vers un descendant comme Sailfish OS ou une distribution Linux légère plus récente.
Quelle est la principale différence entre MeeGo et Android sur le plan de l’ouverture ?
MeeGo est pensé comme un système d’exploitation Linux très ouvert, avec une gouvernance portée par la Linux Foundation et une distribution d’applications décentralisée via des dépôts et app stores multiples. Android repose, lui aussi, sur du code open source, mais l’écosystème effectif est largement centré sur les services et la boutique de son principal éditeur, avec des contraintes supplémentaires pour les partenaires.
Que reste-t-il de MeeGo dans Tizen ?
Tizen reprend l’idée d’un socle Linux modulaire, de profils distincts selon le type d’appareil et d’un fort appui sur les technologies web pour les applications. Certaines bibliothèques et concepts de MeeGo ont été réutilisés ou adaptés, même si la stack a beaucoup évolué depuis. Sur le terrain, l’héritage se voit surtout dans le positionnement de Tizen sur les TV connectées, montres et systèmes embarqués.
Pourquoi MeeGo est-il souvent décrit comme un projet abandonné ?
Parce que le développement officiel de MeeGo a été arrêté lorsque ses principaux sponsors industriels, en particulier Nokia puis Intel, ont redirigé leurs efforts vers d’autres plateformes. Le site et les dépôts ne sont plus actifs comme pour un projet vivant, et aucun terminal grand public récent n’est livré avec MeeGo préinstallé. Seuls des forks ou héritiers, comme Sailfish OS, poursuivent la route.
Intéresse-t-il encore de connaître MeeGo pour travailler sur Linux embarqué aujourd’hui ?
Oui, surtout pour comprendre l’évolution des plateformes Linux mobiles et les choix architecturaux récurrents. Étudier MeeGo aide à saisir l’organisation d’un système d’exploitation multi-profils, les compromis entre ouverture et cohérence, et la façon dont des composants comme Qt, Mer ou certains middlewares se sont diffusés dans d’autres projets. Cette culture historique rend plus à l’aise face aux stacks actuelles, souvent construites sur les mêmes fondations.
