Традиційно, пристрої Pixel від Google надавали розробникам прозорий доступ до програмного забезпечення, дозволяючи тестувати ранні версії та встановлювати альтернативні операційні системи, такі як GrapheneOS. Однак, останні зміни у політиці Google щодо доступу до вихідного коду Pixel ставлять під загрозу цю відкритість, що може вплинути на користувачів, які віддають перевагу неофіційному програмному забезпеченню.
Зміни у доступі до вихідного коду Pixel
За повідомленнями, Google замінив систему автоматичного оновлення вихідного коду для апаратного забезпечення Pixel на ручний процес через Google Forms. Замість миттєвого завантаження коду з публічних репозиторіїв, розробникам тепер доводиться заповнювати форму та чекати на отримання посилань на Google Drive, що може займати тижні замість кількох годин.
Суть змін
Розробка альтернативного програмного забезпечення вимагає доступу як до кастомних ROM (альтернативних ОС), так і до низькорівневого ядра (kernel), яке є сполучною ланкою між апаратним забезпеченням телефону та програмним забезпеченням. Google, згідно з ліцензіями з відкритим кодом, як-от GPLv2, зобов’язаний надавати доступ до коду ядра. Раніше цей код публікувався через автоматичні оновлення на відкритих платформах для розробників. Зараз же, за інформацією GrapheneOS, Google вимагає від розробників вручну запитувати вихідний код ядра Pixel через Google Forms, очікувати тижні на отримання посилання на Google Drive, і при цьому історія оновлень стискається в один, важкочитабельний файл.
Ця зміна створює подвійне уповільнення. Розробники ядра втрачають можливість детально відстежувати виправлення помилок, а проекти кастомних ROM стикаються з багатижневими затримками в отриманні необхідних файлів, що зупиняє розробку патчів безпеки та портів на нові версії Android.
Операційні системи, такі як GrapheneOS, не можуть випускати оновлення або патчі безпеки для пристроїв Pixel до отримання вихідного коду ядра та його тестування. Затримки з отриманням посилань на Google Drive значно сповільнюють увесь процес.
Вплив на користувачів Pixel
Для користувачів, які використовують Pixel зі стандартною операційною системою Android, ці зміни наразі не матимуть жодного ефекту. Однак, для тих, хто купує Pixel з метою встановлення альтернативних операційних систем, як-от GrapheneOS, ці зміни є суттєвими:
- Уповільнення оновлень безпеки для кастомного ПЗ: Альтернативні ОС покладаються на ранній доступ до коду для тестування та адаптації нових версій Android. Багатижневі затримки можуть призвести до значного відставання кастомних ROM від офіційних оновлень Pixel.
- Зменшення прозорості: Відсутність чіткої історії змін коду ускладнює незалежним дослідникам безпеки аудит функціоналу пристрою.
- Зменшення привабливості Pixel для розробників: На противагу цьому, інші виробники, як-от Motorola, покращують свою привабливість для розробників. GrapheneOS зазначив, що їхнє майбутнє партнерство з Motorola для створення телефонів з GrapheneOS не зазнаватиме таких затримок, оскільки вони працюють безпосередньо з виробником обладнання.
Команда GrapheneOS уточнює, що ці зміни не стосуються Android загалом і майбутніх телефонів Motorola з GrapheneOS. Вони спрямовані виключно на пристрої Pixel. Фактично, партнерство з Motorola, яке покладає край багаторічній ексклюзивності GrapheneOS з Pixel, значною мірою зумовлене ускладненням розробки альтернативних версій Android для Pixel з боку Google. Motorola буде самостійно розміщувати свій код, уникаючи процесу затвердження Google.
Ширший тренд на посилення контролю
Цей крок не є поодиноким явищем. Він відбувається на тлі переходу Google до дворічного циклу випуску вихідного коду AOSP, що означає, що розробка ядра Android стає менш відкритою до великих релізів. Розробники з відкритим кодом стверджують, що приховування коду за посиланнями Google Drive та формами суперечить принципам відкритості та потенційно ліцензіям (GPLv2), які регулюють використання ядра.
Ще кілька років тому Google не тільки надавав обов’язковий вихідний код ядра, але й повну історію його комітів. Більше того, компанія надавала також дерево пристроїв (device trees) та бінарні драйвери, на що вона не мала жодних юридичних зобов’язань. Причиною такого підходу було те, що Pixel розглядався як референсна платформа для AOSP, що полегшувало розробку для нього. З випуском Android 16 Google змінив референсну ціль AOSP з Pixel на віртуальний пристрій “cuttlefish” і припинив постачання дерево пристроїв та бінарних драйверів для Pixel. А тепер, як зазначає GrapheneOS, Google значно ускладнює доступ до вихідного коду ядра для Pixel.
Таким чином, Pixel втрачає свою унікальність як найбільш розробнико-орієнтований Android-смартфон. Єдиною причиною для покупки Pixel для розробників наразі залишається легкість розблокування завантажувача та доступність заводських образів.
Ми звернулися до Google за коментарями щодо введення ручного процесу доступу до коду та планів прискорення цього процесу для розробників. Ми оновимо цю статтю після отримання відповіді.
За даними порталу: www.androidauthority.com