Наразі отримати вихідний код ядра Pixel, схоже, вже не так просто, як завантажити його з відкритого репозиторію Git.
Aug 10, 2026 — 10:42 AM ET
- За повідомленнями, Google замінив автоматичне оновлення коду для обладнання Pixel ручною системою запитів через Google Forms.
- Розробники повідомляють про тижні очікування посилань на Google Drive замість миттєвого завантаження коду.
- Майбутні телефони Motorola з GrapheneOS створені спеціально для уникнення цієї проблеми.
На відміну від деяких найкращих Android-смартфонів на ринку, Google Pixel завжди надавали розробникам чистий, прозорий простір для аналізу програмного забезпечення, тестування ранніх збірок та запуску альтернативних операційних систем, таких як GrapheneOS. Однак, непублічна зміна в підході Google до керування вихідним кодом Pixel, за повідомленнями, ставить під загрозу цю відкриту репутацію і незабаром може вплинути на всіх, хто використовує кастомне програмне забезпечення на своїх телефонах.
Згідно з повідомленням GrapheneOS у X (раніше Twitter), Google, схоже, замінив публічні, миттєві завантаження коду для драйверів телефонів Pixel ручною формою запиту. Замість того, щоб публікувати код безпосередньо на відкритих платформах для розробників, де його може отримати будь-хто, Google тепер вимагає від розробників заповнити Google Form і чекати, доки хтось надішле їм посилання на Google Drive.
Те, що раніше займало пару годин, тепер триває тижнями.
Що насправді змінилося?
Кастомне програмне забезпечення складається з двох окремих компонентів: кастомних ROM (альтернативні операційні системи, такі як GrapheneOS) і низькорівневого ядра (код, що зв’язує апаратне забезпечення вашого телефону з його програмним забезпеченням).
Google зобов’язаний за законом ділитися низькорівневим кодом ядра згідно з ліцензіями з відкритим вихідним кодом, такими як GPLv2. Раніше він публікував код ядра як автоматичні оновлення на публічній платформі для розробників. Зараз, як стверджує GrapheneOS, Google вимагає від розробників вручну запитувати код ядра Pixel через Google Form і чекати тижнями на посилання Google Drive, при цьому зводячи історію оновлень в один, важкий для читання файл.
Оскільки кастомні ROM не можуть надійно функціонувати без робочого ядра, ця зміна створює подвійний вузький прохід. Розробники ядра втрачають видимість без покрокової історії оновлень для відстеження виправлень помилок. Тим часом, проекти кастомних ROM стикаються з багатотижневими затримками в очікуванні файлів ядра, що зупиняє їхні патчі безпеки та нові порти Android.
Операційна система, така як GrapheneOS, не може випускати нові оновлення Android або патчі безпеки для Pixel, доки не отримає вихідний код ядра і не протестує його. Очікування посилань на Drive тижнями сповільнює весь їхній конвеєр.
Як це вплине на вас як власника Pixel?
Якщо ви використовуєте свій Pixel “з коробки” зі стандартним Android, ви не помітите різниці сьогодні. Ваші звичайні оновлення програмного забезпечення та патчі безпеки, як і раніше, надходитимуть безпосередньо від Google. Однак, якщо ви купуєте Pixel спеціально для запуску кастомних, орієнтованих на конфіденційність операційних систем, таких як GrapheneOS, ця зміна відчутна:
- Повільніші оновлення безпеки для кастомного програмного забезпечення: Альтернативні операційні системи покладаються на ранні випуски коду для тестування та портування нових оновлень Android заздалегідь. Багатотижневі затримки означають, що ваш кастомний ROM може значно відставати від стандартних оновлень Pixel.
- Менша прозорість: Без чіткого огляду історії коду незалежним дослідникам безпеки складніше перевіряти, що Google змінює “під капотом”.
- Pixel стають менш зручними для розробників, тоді як конкуренти покращують свої позиції: GrapheneOS зазначив, що їхнє майбутнє партнерство з Motorola не зазнає таких затримок, оскільки вони працюють безпосередньо з виробником обладнання.
Команда GrapheneOS уточнила, що це не стосується Android загалом, і не стосуватиметься майбутніх телефонів Motorola з GrapheneOS. Це цілеспрямовано стосується Pixel. Насправді, команда стверджує, що багаторічне партнерство Motorola з GrapheneOS, яке припиняє багаторічну ексклюзивність Pixel для GrapheneOS, існує значною мірою тому, що Google зробив розробку альтернативних версій Android для Pixel надзвичайно складною. Motorola буде самостійно розміщувати свій код, повністю уникаючи процесу затвердження Google.
Ширший зсув у бік жорсткішого контролю
Цей крок не відбувається ізольовано. Він є частиною переходу Google до дворічного графіка випуску вихідного коду AOSP, переміщуючи більше основної розробки Android за зачиненими дверима до великих релізів. Розробники відкритого програмного забезпечення стверджують, що приховування коду за посиланнями Google Drive та формами порушує дух відкритого програмного забезпечення і потенційно ліцензії на програмне забезпечення (GPLv2), які регулюють ядро.
Лише кілька років тому Google робив усе можливе, випускаючи не тільки вихідний код ядра, що вимагається GPL, але й повну історію комітів ядра. Насправді, Google йшов на два кроки далі, випускаючи також дерево пристроїв та бінарні драйвери, які він не зобов’язаний був випускати взагалі.
Причиною цього було те, що Pixel розглядався як референсна платформа для AOSP, тому розробники потребували легкого способу створення для нього. З випуском Android 16 Google переніс ціль референсної AOSP з Pixel на віртуальний пристрій під назвою “cuttlefish” і згодом припинив постачати дерева пристроїв Pixel та бінарні драйвери. І тепер, як підкреслює GrapheneOS, Google також значно ускладнює доступ до вихідного коду ядра для Pixel.
У цьому сенсі Pixel більше не кращий за будь-який інший Android-смартфон. Єдина причина купувати Pixel для розробників зараз полягає в тому, що їх, як і раніше, легко розблокувати завантажувач, а їхні заводські образи легко доступні.
Ми звернулися до Google, щоб дізнатися, чому було впроваджено цей ручний процес і чи планують вони прискорити час обробки запитів для розробників. Ми оновимо цю статтю, як тільки отримаємо відповідь.
Інформація підготовлена на основі матеріалів: www.androidauthority.com