Google avrebbe cambiato il modo in cui distribuisce parte del codice sorgente necessario agli sviluppatori che lavorano sulle ROM personalizzate per i Pixel. Secondo il team di GrapheneOS, alcuni componenti legati ai driver non sarebbero più disponibili tramite repository pubblico con aggiornamenti immediati, ma attraverso una richiesta manuale.
La modifica riguarda il codice del kernel Pixel, elemento indispensabile per adattare sistemi alternativi come GrapheneOS all’hardware dei telefoni Google. Il passaggio da tag Git pubblici a link inviati via Google Drive, dopo la compilazione di un modulo, starebbe allungando i tempi da poche ore a diverse settimane.
GrapheneOS accusa Google di rallentare l’accesso al codice
La segnalazione è arrivata da GrapheneOS su X l’8 agosto 2026. Il progetto sostiene che Google abbia sostituito la pubblicazione diretta di alcuni sorgenti con un processo basato su Google Forms, seguito dall’invio manuale di un archivio tramite Drive. Per gli sviluppatori, il problema non è solo il ritardo: il codice arriverebbe anche in una forma meno utile, con la cronologia delle modifiche compressa in un unico pacchetto.
Il punto tecnico è delicato perché il kernel Linux è distribuito sotto licenza GPLv2, che impone la disponibilità del codice sorgente corrispondente. GrapheneOS parla apertamente di violazione della licenza, sostenendo che i tempi di risposta siano diventati incompatibili con un rilascio realmente accessibile. Google, al momento delle informazioni disponibili, non risulta aver fornito una spiegazione pubblica sul nuovo flusso.
Perché il kernel è essenziale per le ROM dei Pixel
Una ROM personalizzata non è soltanto un’interfaccia alternativa ad Android. Per funzionare su un dispositivo reale deve dialogare con modem, fotocamere, sensori, chip di sicurezza e gestione energetica, tutti componenti che dipendono anche dal kernel e dai relativi driver. Senza codice aggiornato, un progetto come GrapheneOS non può integrare rapidamente correzioni, patch di sicurezza e modifiche necessarie per i modelli Pixel supportati.
Finora i Pixel erano considerati tra i dispositivi Android più adatti allo sviluppo indipendente proprio per la disponibilità del codice e per lo sblocco del bootloader su molte varianti. Questa combinazione ha reso modelli come Pixel 6, Pixel 7, Pixel 8 e Pixel 9 una scelta comune tra utenti interessati a privacy, controllo del software e aggiornamenti alternativi. Se l’accesso ai sorgenti diventa più lento, l’intera catena di rilascio delle ROM si sposta in avanti.
Gli utenti Android standard non vedranno cambiamenti immediati
Chi usa un Pixel con il software ufficiale Google continuerà a ricevere aggiornamenti di sistema e patch di sicurezza tramite i canali normali. Il cambiamento segnalato non riguarda la distribuzione OTA di Android, né modifica direttamente l’esperienza di chi utilizza il telefono senza sbloccare il bootloader. In altre parole, per l’utente medio non c’è un impatto visibile nelle impostazioni o negli update mensili.
Il discorso cambia per chi acquista un Pixel proprio per installare GrapheneOS o ROM simili. In quel caso, i ritardi nell’accesso al codice possono tradursi in patch disponibili più tardi rispetto al firmware ufficiale, con un effetto particolarmente sensibile sui fix di sicurezza. C’è anche un tema di trasparenza: senza una cronologia Git completa e facilmente consultabile, diventa più difficile per ricercatori e sviluppatori verificare quali modifiche siano state introdotte tra una versione e l’altra.
Il ruolo dei Pixel in AOSP sta cambiando
La tensione arriva in un momento in cui Google ha già ridotto il ruolo dei Pixel come riferimento diretto per lo sviluppo aperto di Android. Con Android 16, il riferimento principale per AOSP è stato spostato verso Cuttlefish, un dispositivo virtuale pensato per testare Android senza dipendere da un hardware commerciale specifico. È una scelta utile per standardizzare lo sviluppo, ma riduce il peso dei Pixel come piattaforma aperta per sperimentazioni di sistema.
GrapheneOS ha collegato questa evoluzione anche alla futura collaborazione con Motorola, annunciata nei mesi scorsi per portare il progetto su dispositivi Snapdragon non basati sull’hardware Google. Secondo il team, quei telefoni non dipenderanno dalle stesse procedure di approvazione e distribuzione dei sorgenti dei Pixel. La segnalazione pubblicata da GrapheneOS riguarda esclusivamente i Pixel e non Android in generale.
