Google restreint l’accès au code source des Pixel : quelles conséquences pour GrapheneOS et les ROM alternatives ?
Un changement discret mais significatif vient de se produire : Google a modifié la manière dont il distribue le code source du kernel pour ses appareils Pixel. Là où les développeurs récupéraient rapidement les sources nécessaires, ils doivent désormais remplir un formulaire et attendre une réponse manuelle, parfois plusieurs semaines. Pour les projets communautaires comme GrapheneOS ou pour quiconque souhaite compiler une ROM alternative, cette évolution complique sérieusement le travail et pose des questions sur l’ouverture réelle de l’écosystème Pixel.
Ce qui a changé exactement
Jusqu’ici, Google publiait les sources du kernel de manière automatisée et consultable publiquement, permettant aux mainteneurs de ROM de cloner l’historique des commits, d’analyser les modifications et de préparer des builds compatibles peu après la sortie d’un nouveau firmware. Désormais, l’accès ne se fait plus via un dépôt public mis à jour automatiquement : les développeurs doivent soumettre une demande via un formulaire Google, attendre qu’un interlocuteur réponde et reçoivent ensuite un lien Google Drive pour télécharger un fichier contenant les sources.
Trois éléments aggravent la situation :
Pourquoi le kernel est crucial pour les ROM alternatives
Le kernel fait l’interface entre le matériel et le reste du système. Une ROM alternative ne peut être pleinement fonctionnelle sans compatibilité avec le kernel — pilotes, gestion de l’alimentation, interfaces capteurs, modem, etc. Lorsqu’un fabricant ou Google publie une mise à jour de sécurité, les mainteneurs de ROM doivent rapidement intégrer et tester ces changements pour assurer que leurs versions restent sûres et stables. Si l’accès au code est retardé, les distributions alternatives se retrouvent dans l’impossibilité de préparer des correctifs dans des délais acceptables, laissant leurs utilisateurs exposés à des vulnérabilités déjà corrigées sur les images officielles.
La question de la licence : conformité formelle vs esprit de l’open source
Techniquement, Google fournit toujours le code requis par la licence GPLv2. Le différend ne porte donc pas sur l’obligation légale mais sur la manière dont le code est rendu disponible. Fournir un fichier compressé via un lien Drive en réponse à une demande perpétue la conformité juridique tout en rendant l’accès beaucoup moins pratique et transparent. Pour les défenseurs de l’open source, cela va à l’encontre de l’esprit qui favorise la transparence, la traçabilité et la collaboration ouverte.
Impact concret pour GrapheneOS et autres projets
Le projet GrapheneOS a publiquement dénoncé cette nouvelle procédure. Les conséquences sont multiples :
GrapheneOS a d’ailleurs annoncé avoir accéléré ses partenariats avec d’autres fabricants (par exemple Motorola) afin de disposer de téléphones sur lesquels l’accès au code et aux outils est plus direct. Ce mouvement illustre un point important : si un écosystème devient moins coopératif, la communauté se réoriente vers des plateformes plus ouvertes.
Pourquoi Google fait‑il cela ?
Plusieurs hypothèses peuvent expliquer ce changement :
Quelles que soient les raisons, le résultat est clair : le Pixel perd un peu de sa vocation initiale de modèle pour développeurs et expérimentateurs.
Conséquences pour les utilisateurs et le marché
Le basculement de GrapheneOS vers des appareils Motorola préinstallés illustre cette dynamique : quand l’accès est garanti par le fabricant, le développement et la maintenance deviennent plus simples et prévisibles.
Que peuvent faire les développeurs et la communauté ?
À plus long terme, la situation met en lumière l’importance stratégique de choisir des partenaires matériels qui respectent l’esprit open source si l’on veut construire un écosystème logiciel indépendant et résilient.
Points à surveiller
Quelques éléments méritent une attention particulière dans les semaines à venir :
La mutation est en cours : le Pixel n’est peut‑être plus l’icône d’ouverture pour les développeurs qu’il a été, et la communauté devra s’adapter. Pour les utilisateurs finaux du Pixel en Android « stock », les changements resteront invisibles à court terme, mais pour ceux qui misent sur la liberté logicielle et les ROM alternatives, la donne est désormais différente.