Mise à jour de la progression du code source fermé d’Android : Google ne fournit plus de compilation du firmware Pixel
Le 10 juin, heure américaine, iFanr a appris de manière indépendante que le code AOSP publié aujourd'hui par Google ne fournissait pas le binaire du fournisseur des appareils Pixel, c'est-à-dire les fichiers de pilotes nécessaires, comme les années précédentes.
Les fichiers binaires de pilotes officiels fournis par Google pour chaque appareil Pixel sont actuellement à la version Android 15.0.0.
Le code AOSP de la version Android 16 fourni cette fois ne peut être construit qu'en tant qu'« image système générique » (GSI).
GSI peut être considéré comme un environnement de test fourni aux OEM, servant uniquement à vérifier la compatibilité matérielle de l'appareil avec le dernier système d'exploitation Android et les spécifications de Google. Ce système n'est pas complet et manque de nombreuses fonctionnalités.
Ce nouveau développement réaffirme non seulement la situation mentionnée dans le rapport exclusif d'iFanr de fin mars selon lequel « Google réduit progressivement AOSP jusqu'à ce qu'il n'existe plus en tant que projet open source », mais crée également un énorme obstacle pour les systèmes d'exploitation tiers (ROM) développés pour les appareils Pixel.
Auparavant, Google publiait le code AOSP et fournissait simultanément un binaire fournisseur pour les appareils Pixel. Les développeurs de ROM peuvent le conditionner manuellement pour garantir sa compatibilité complète avec l'appareil.
Depuis que Google a mis en place cette solution, les développeurs ont trouvé un grand confort d'utilisation, et tous les appareils Pixel sont utilisés depuis longtemps comme « machines de développement natives ». Diverses ROM tierces sont souvent d'abord adaptées aux téléphones Pixel.
À partir d'Android 16, Google a décidé de ne plus proposer cette fonctionnalité. Les développeurs ne pourront plus modifier eux-mêmes le code AOSP, l'intégrer au firmware et l'installer sur les appareils Pixel.
Si les développeurs de systèmes d'exploitation tiers (ROM Android) veulent toujours continuer à travailler, à partir d'Android 16, ils devront désassembler le package de mise à niveau Pixel publié par Google via l'ingénierie inverse et effectuer de nombreux travaux d'adaptation inutiles pour que la ROM prenne en charge Pixel.
Huit téléphones Pixel sont actuellement commercialisés aux États-Unis. Si les développeurs de ROM souhaitent s'adapter à chacun d'entre eux, ils doivent procéder à une rétro-ingénierie de chaque ROM. Cela limitera considérablement la capacité d'adaptation des ROM tierces, affectera leurs performances sur le marché et limitera les utilisateurs de ROM tierces.
Selon iFanr, en principe, seuls les partenaires OEM qui ont signé un accord GMS avec Google peuvent obtenir le code « AOSP complet » au sens passé en premier lieu .
Cela signifie en outre qu'il sera difficile pour les ROM développées sur la base du code AOSP de développer des versions basées sur Android 16, à moins que l'équipe de développement ne signe un accord de licence avec Google d'une manière ou d'une autre, ou n'obtienne le code dont l'équipe a besoin via d'autres OEM qui ont signé des contrats avec Google.
GrapheneOS, une équipe de ROM réputée, a également confirmé à iFanr que certaines des situations mentionnées dans notre rapport étaient désormais réelles. L'équipe étudie également comment gérer ce changement chez Google à court et long terme.
L'équipe a publié sur X (anciennement Twitter) que, comme l'équipe n'a pas de privilèges de partenaire OEM, elle n'a pas pu obtenir le code AOSP en premier lieu, et ce qu'elle a obtenu était une « version castrée » qui manquait du code privé du fabricant.
Cette situation a sérieusement ralenti la progression de l'équipe dans le développement de GrapheneOS basé sur Android 16 et son portage sur les appareils Pixel.
« Nous avons effectué davantage de préparation pour Android 16 que pour toute autre version précédente. Comme nous ne bénéficions pas des privilèges de partenaire OEM, nous avons dû procéder à de nombreuses opérations de rétro-ingénierie. Même nos développeurs se sont entraînés avec les fichiers de portage précédents. »
Cependant, ces changements apportés par l'équipe Android ont rendu extrêmement difficile le portage d'Android 16 et des versions ultérieures. Cela complique également la prise en charge de GrapheneOS par les nouveaux appareils Pixel. Il semble que nous devions accélérer le développement des téléphones sous GrapheneOS.
Bien qu'ils n'aient pas contribué de manière significative aux intérêts commerciaux de Google par le passé, les développeurs de ROM tiers restent un élément important de l'écosystème du système d'exploitation Android. De nombreuses fonctionnalités actuelles du système d'exploitation Android ont été initialement soumises au projet AOSP par des développeurs de ROM tiers.
L'équipe GrapheneOS a déjà publié un message pour tenter de recruter en privé des OEM afin qu'ils lui fournissent une copie complète du code AOSP. L'équipe a déclaré :
« Le développement que nous avons réalisé en amont d'Android a profité à tous les fabricants d'équipements d'origine Android. Si vous coopérez avec nous, vous en tirerez encore plus de bénéfices. »
Quant à la raison pour laquelle Google a fait cela, iFanr l'a mentionné dans un précédent rapport exclusif :
L'open source Android a donné naissance à un marché vaste et segmenté, notamment celui des ROM tierces et des appareils Android non certifiés. Cependant, l'écosystème Android étant déjà très solide, ces marchés ne présentent plus d'avantages pour Google. Google pourrait ne plus avoir besoin de continuer à fournir de la main-d'œuvre gratuite pour ces marchés, notamment pour préserver les avantages au sein de la famille.
Arrière-plan
En mars de cette année, nous avons rapporté en détail certains des grands projets et mouvements au sein de la division « Appareils et Services » de Google, en citant une grande quantité d'informations obtenues de manière indépendante.
De nombreuses informations indiquent que Google prévoit de réduire le caractère open source du projet Android par le biais de mesures discrètes. Les événements suivants ont été confirmés :
- Google ne gère plus la branche publique actuelle de l'AOSP et ferme progressivement les ressources de support associées.
- Google ne fournit plus de fonctionnalités de compilation et de création pour les appareils Pixel aux développeurs tiers non autorisés.
Nous comprenons que Google discute toujours de cette question en interne et n'a pas encore confirmé s'il le fera ou quelle sera l'approche spécifique :
- Google ne fournit plus le code source AOSP en dehors des obligations statutaires en matière d'open source (telles que la GPL et d'autres parties du protocole), mais le fournit plutôt à la demande ;
- La sortie a été reportée, et même le code source complet d'AOSP n'était plus disponible ;
- …
L'idée de Google de réduire progressivement les attributs open source d'Android est déjà en vigueur depuis début 2025, et la décision revient à la direction générale de Google. La mise en œuvre de l'ensemble de la stratégie s'étalera sur une période plus longue, au moins sur plusieurs années, jusqu'à ce qu'AOSP perde complètement ses attributs open source.
L’objectif derrière ces actions qui ont déjà eu lieu ou qui sont encore en discussion n’est pas compliqué : il s’agit principalement d’économiser les dépenses et d’augmenter les recettes.
Heureusement, à l’heure actuelle, l’impact direct de l’AOSP à source fermée sur l’industrie n’est pas catastrophique, et l’impact direct sur les utilisateurs de téléphones portables est également minime.
La plupart des grands fabricants de téléphones mobiles ont déjà signé divers accords de partenariat autorisés avec Google. Les fabricants bénéficiant de cet accord peuvent toujours obtenir et utiliser le dernier code source Android, obtenir la certification Google GMS, préinstaller Google Play, Gmail et d'autres services et applications, et bénéficier de l'assistance de Google. L'activité se poursuit normalement.
L’impact réel ne se produira pas directement, mais se reflétera indirectement sur une période plus longue.
Vous pouvez consulter les rapports à ce moment-là pour plus de détails. Si vous avez des informations complémentaires, n'hésitez pas à nous les communiquer.
#Bienvenue pour suivre le compte public officiel WeChat d'iFanr : iFanr (ID WeChat : ifanr), où du contenu plus passionnant vous sera présenté dès que possible.