Вместе с выходом Android 16 компания Google выпустила открытую версию системы AOSP (Android Open Source Project), и теперь в ней отсутствуют компоненты, которые присутствовали ранее, пишет Android Authority. Это вызвало в сообществе разработчиков опасения, что Google намеревается закрыть проект, однако в компании это опровергли.

Источник изображения: Kelly Sikkema / unsplash.com

В этом году Google объявила, что будет разрабатывать Android исключительно собственными силами, чтобы упростить процесс — единая ветка существенно оптимизирует ранее разделённую работу. На сообщество инициатива оказала незначительное влияние, поскольку компания и раньше создавалa значительную часть кода платформы за закрытыми дверями. С выходом Android 16 разработчик опубликовал код AOSP под традиционной лицензией Apache 2.0, и выяснилось, что в нём отсутствуют деревья устройств (Device Tree) линейки Pixel и двоичные файлы драйверов для них, а история коммитов представлена в урезанном виде.

Ранее Google благополучно публиковала все эти данные, и отказом от этого спровоцировала новую волну опасений о прекращении поддержки AOSP. Их пришлось опровергать вице-президенту Google и генеральному менеджеру платформы Android Сэану Чау (Seang Chau). Он пояснил, что «AOSP нужно гибкое, настраиваемое и доступное эталонное устройство — независимое от какого-либо конкретного оборудования, включая таковое от Google». Поэтому теперь компания будет поддерживать виртуальное эталонное устройство Cuttlefish, которое работает на ПК и позволяет тестировать новые аппаратные функции. Google также обязалась поддерживать универсальные образы системы (Generic System Images — GSI), которые ставятся почти на любое Android-устройство.

Источник изображения: Denny Müller / unsplash.com

С одной стороны, это логично: компания отказалась от использования устройств Pixel в качестве эталонных для AOSP и внесла соответствующие изменения. С другой — Cuttlefish является виртуальным устройством и может лишь имитировать работу аппаратных функций, поэтому такой эталон нельзя назвать полноценным. На практике это значительно усложнит разработку альтернативных сборок Android для устройств Pixel, сообщили в проекте LineageOS. В частности, придётся использовать деревья устройств из кода Android 15 и угадывать, какие изменения были внесены в предварительно собранные двоичные файлы каждый месяц, или же прибегать к обратной разработке. Дерево устройства представляет собой набор файлов конфигурации, определяющих аппаратную компоновку, периферийные устройства, списки проприетарных файлов и другие данные для конкретного устройства, необходимые для создания корректного образа. Ранее Google выполняла эту работу самостоятельно, теперь же разработчикам придётся создавать свои собственные деревья устройств без доступа к соответствующему исходному коду.

Проблемой может стать и решение Google об объединении истории коммитов исходного кода ядра — ранее она использовалась для извлечения отдельных функций, исправления ошибок и закрытия уязвимостей. Однако когда вся история сведена к единственному коммиту, это становится невозможным. Google не брала на себя обязательств публиковать деревья устройств, размещать двоичные драйверы или делиться полной историей коммитов ядра, но делала это годами. В результате устройства Pixel оказались по уровню открытости сведены к обычным Android-гаджетам. На смартфонах Google по-прежнему легко разблокировать загрузчик и получить заводской образ, но теперь разработчикам предстоит проделывать больший объём работы, чтобы обеспечить стабильную работу альтернативных сборок.

Производители устройств на базе Android могут значительно изменять внешний вид и функциональность операционной системы, но все основные возможности платформы они неизменно заимствуют из открытого исходного кода проекта Android Open Source Project (AOSP). Спустя более 16 лет существования ОС Google решила внести существенные изменения в процесс разработки Android, чтобы оптимизировать дальнейшее развитие платформы.

Источник изображения: Denny Müller / Unsplash

Как и в случае с другими проектами с открытым исходным кодом, AOSP развивается в том числе благодаря усилиям сторонних разработчиков. Однако основная часть разработки лежит на плечах Google, поскольку компания «относится к проекту Android как к полномасштабной операции по разработке продукта», что позволяет «обеспечивать жизнеспособность Android как платформы и как проекта с открытым исходным кодом». Именно Google принимает окончательное решение о том, какой именно код будет включён в AOSP и когда будет выпущена новая версия платформы. Компания разрабатывает элементы AOSP в закрытом режиме, чтобы «разработчики и OEM-производители могли использовать единую версию» Android.

Для обеспечения баланса между открытостью проекта AOSP и стратегией разработки продуктов Google поддерживает две ветки разработки Android: публичную ветку AOSP и внутреннюю ветку Google. Публичная ветка доступна всем желающим, тогда как внутренняя — только компаниям, заключившим лицензионное соглашение на использование Google Mobile Services. Некоторые элементы, такие как программный стек Bluetooth, разрабатываются в публичной ветке, но большинство компонентов, включая основной фреймворк Android, создаются во внутренней ветке. Теперь Google намерена перевести всю разработку Android во внутреннюю ветку, что, как ожидается, упростит процесс дальнейшего развития платформы.

Поскольку и сейчас значительная часть Android разрабатывается во внутренней ветке, публичная ветка обычно существенно отстаёт. В результате Google приходится тратить время на слияние патчей между публичной версией AOSP и своей внутренней. Для оптимизации и ускорения процесса разработки компания решила отказаться от этой практики, переведя всю разработку во внутреннюю ветку.

Это изменение не означает, что Android станет закрытой платформой, поскольку Google продолжит публиковать исходный код новых версий ОС. Кроме того, компания продолжит выкладывать исходный код форка ядра Linux для Android. Однако изменится частота выпуска обновлений исходного кода для отдельных компонентов Android. Начиная со следующей недели, вся разработка ОС будет вестись во внутренней ветке Google, а исходный код изменений будет публиковаться только после выхода новой версии платформы.

На обычных пользователей Android-устройств это изменение не окажет никакого влияния. Ожидается, что новый подход упростит процесс разработки Android, а также потенциально повысит скорость создания новых версий ОС и уменьшит количество ошибок в коде. Однако общий эффект, скорее всего, будет незаметен, и не стоит ожидать, что обновления для устройств начнут выходить быстрее.

На разработчиков приложений это изменение также не повлияет, поскольку оно касается только процесса разработки Android. Однако сторонние разработчики, желающие вносить свой вклад в развитие AOSP, вероятно, будут разочарованы решением Google. Без лицензии GMS дальнейшее участие в разработке Android становится затруднительным, так как доступный исходный код будет постоянно отставать от актуального на недели или даже месяцы.

Сообщество разработчиков Android и производители смартфонов ожидали выхода финальной сборки обновлённой популярнейшей мобильной ОС уже сегодня, но вместо неё получили набор новых функций для предыдущих версий и редизайн логотипа. Выпуска Android 14, возможно, придётся ждать ещё месяц.

Источник изображения: android.com

Исходный код Android 14 должны были опубликовать 6 сентября, сообщил пользователь соцсети X Мишаал Рахман (Mishaal Rahman) — этого события ожидали и потребители, и производители смартфонов. Но в последний момент выход финальной версии ОС для устройств Pixel и сборки AOSP перенесли на 4 октября, то есть разработчикам потребовался ещё месяц. Дата выбрана неспроста — в этот же день ожидается официальный анонс смартфонов серии Pixel 8, умных часов Pixel Watch 2 и прочих устройств, которые есть в запасе у Google.

Google сообщила OEM-производителям, что подробные описания уязвимостей в примечаниях в выпуску Android 14 будут опубликованы 4 октября, и это даёт повод предположить, что в тот же день выйдет и стабильная версия платформы. Впервые в один день выйдут и сборка AOSP, и версия для устройств Pixel. К примеру, в 2021 году сборка AOSP вышла 12 октября, а обновления Pixel до Android 12 пришлось ждать ещё неделю — до 19 октября.

Если финальная версия Android 14 действительно выйдет на месяц позже ожидаемого, то и OEM-производителям придётся задержать выпуск обновлений для своих устройств — к примеру, OnePlus пообещала выпустить OxygenOS 14 уже 25 сентября, но, вероятно, это обещание компания исполнить не сможет. По одной из версий, косвенными виновниками задержек стали процессоры Google Tensor — с выпуска Pixel 6 обновления безопасности регулярно задерживаются, и проблему в полной мере не удалось решить даже после выхода Pixel 7: к примеру, мартовского обновления пришлось ждать до середины месяца. Впрочем, официальных заявлений от Google пока не последовало, и Android 14 ещё может появиться до 4 октября.