Обновление хода разработки ПО с закрытым исходным кодом Android: Google больше не предоставляет компиляцию прошивки Pixel

10 июня по американскому времени iFanr независимо узнал, что код AOSP, выпущенный сегодня Google, не содержит двоичный файл поставщика устройств Pixel, то есть необходимые файлы драйверов, как в предыдущие годы.

Официальные двоичные файлы драйверов, предоставляемые Google для каждого устройства Pixel, в настоящее время имеют версию Android 15.0.0.

Представленный на этот раз код AOSP версии Android 16 может быть собран только как «универсальный системный образ» (GSI).

GSI можно понимать как тестовую среду, предоставляемую OEM-производителям, которая используется только для проверки совместимости аппаратного уровня устройства с последней операционной системой Android и соответствия спецификациям Google. Это неполная система, в которой отсутствуют многие функции.

Эта новая разработка не только подтверждает ситуацию, упомянутую в эксклюзивном отчете iFanr в конце марта, о том, что «Google постепенно сокращает AOSP до тех пор, пока он не перестанет существовать как проект с открытым исходным кодом», но и создает огромное препятствие для сторонних операционных систем (ROM), разработанных для устройств Pixel.

В прошлом Google выпускала код AOSP и одновременно предоставляла двоичный файл поставщика для устройств Pixel. Разработчики ROM могут вручную упаковать его, чтобы гарантировать, что ROM полностью поддерживает устройство.

Поскольку Google делал это в прошлом, это принесло разработчикам большое удобство, и все устройства Pixel долгое время использовались разработчиками в качестве «родных машин разработки». Различные сторонние ПЗУ часто сначала адаптируются к телефонам Pixel.

Начиная с Android 16, Google решила больше не предоставлять это удобство. Разработчики не смогут самостоятельно модифицировать код AOSP, упаковывать его в прошивку и устанавливать на устройства Pixel.

Если разработчики сторонних операционных систем (Android ROM) по-прежнему хотят продолжать работу, начиная с Android 16, им придется разобрать пакет обновления Pixel, выпущенный Google, с помощью обратного проектирования и выполнить массу ненужной работы по адаптации, чтобы ROM поддерживал Pixel.

В настоящее время на рынке США продается восемь телефонов Pixel. Если разработчики ROM хотят адаптироваться ко всем из них, им придется провести обратную разработку каждого из них. Это серьезно ограничит область адаптации сторонних ROM, повлияет на их производительность на рынке и ограничит пользователей, использующих сторонние ROM.

По данным iFanr, в принципе, получить «полный код AOSP» в прошедшем смысле могут только OEM-партнеры, подписавшие соглашение GMS с Google.

Это также означает, что для ROM, разработанных на основе кода AOSP, будет сложно разрабатывать версии на основе Android 16, если только команда разработчиков не подпишет лицензионное соглашение с Google каким-либо образом или не получит необходимый команде код от других OEM-производителей, подписавших контракты с Google.

Известная команда ROM GrapheneOS также подтвердила iFanr, что некоторые из ситуаций, упомянутых в нашем отчете, теперь стали реальностью. Команда также изучает, как справиться с этим изменением Google в краткосрочной и долгосрочной перспективе.

Команда разместила сообщение в X (ранее Twitter), что, поскольку у команды нет привилегий OEM-партнера, они изначально не смогли получить код AOSP, и то, что они получили, было «кастрированной версией», в которой отсутствовал закрытый код производителя.

Эта ситуация серьезно замедлила прогресс команды в разработке GrapheneOS на базе Android 16 и портировании ее на устройства Pixel.

«Мы провели больше подготовки к Android 16, чем к любой предыдущей версии. Поскольку у нас нет привилегий OEM-партнера, нам пришлось провести много обратного проектирования. Даже наши разработчики практиковались с предыдущими файлами портирования».

«Однако эти изменения, внесенные командой Android, чрезвычайно затруднили для нас портирование Android 16 и последующих версий. Это также затрудняет поддержку GrapheneOS последующими новыми устройствами Pixel. Похоже, нам нужно ускорить прогресс телефонов GrapheneOS».

Хотя в прошлом они не внесли существенного вклада в коммерческие интересы Google, сторонние разработчики ROM по-прежнему являются важной частью экосистемы операционной системы Android. Многие из функций, которые существуют в операционной системе Android сегодня, были изначально представлены в проект AOSP сторонними разработчиками ROM.

Команда GrapheneOS ранее опубликовала пост, пытаясь в частном порядке привлечь OEM-производителей, чтобы они предоставили им полную копию кода AOSP. Команда заявила:

«Разработка, которую мы сделали до Android, принесла пользу каждому OEM-производителю Android. Если вы сможете сотрудничать с нами, вы выиграете еще больше».

Что касается причин, по которым Google это сделал, iFanr упомянул об этом в предыдущем эксклюзивном репортаже:

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

Фон

В марте этого года мы подробно рассказали о некоторых крупных планах и шагах в рамках подразделения «Устройства и сервисы» компании Google, ссылаясь на большой объем независимо полученной информации.

Много информации указывает на то, что Google планирует уменьшить природу открытого исходного кода проекта Android с помощью некоторых сдержанных действий. Было подтверждено, что произошло следующее:

• Google больше не поддерживает текущую публичную ветку AOSP и постепенно закрывает соответствующие ресурсы поддержки.
• Google больше не предоставляет возможности компиляции и сборки для устройств Pixel сторонним неавторизованным разработчикам.

Насколько нам известно, Google все еще обсуждает этот вопрос внутри компании и пока не подтвердила, следует ли это делать и каким будет конкретный подход:

• Google больше не предоставляет исходный код AOSP за пределами установленных законом обязательств по открытому исходному коду (таких как GPL и другие части протокола), а вместо этого предоставляет его по запросу;
• Релиз был отложен, и даже полный исходный код AOSP больше не был доступен;
• …

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

Цель этих действий, которые уже были предприняты или все еще обсуждаются, несложна: они в основном направлены на экономию расходов и увеличение доходов.

К счастью, в настоящее время прямое влияние AOSP с закрытым исходным кодом на отрасль не является катастрофическим, а прямое влияние на пользователей мобильных телефонов также минимально.

Большинство основных производителей мобильных телефонов уже подписали различные авторизованные партнерские соглашения с Google. Производители в рамках существующего соглашения по-прежнему могут получать и использовать последний исходный код Android, получать сертификацию Google GMS, предустанавливать Google Play, Gmail и другие сервисы и приложения, а также получать поддержку от Google. Все бизнес-процессы продолжаются в обычном режиме.

Реальное воздействие не проявится напрямую, а проявится косвенно в течение более длительного периода времени.

Вы можете прочитать отчеты в то время для получения более подробной информации. Если у вас есть более подробная информация, мы также приветствуем ваши отчеты.

#Добро пожаловать на официальный публичный аккаунт WeChat iFanr: iFanr (WeChat ID: ifanr), где вам будет представлен еще более интересный контент как можно скорее.

iFanr | Исходная ссылка · Просмотреть комментарии · Sina Weibo