AOSP станет более гибким и настраиваемым: открытости Android ничего не угрожает

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

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

Сеанг Чау (Seang Chau) — вице-президент и генеральный менеджер Android объяснил такое решение желанием предлагать разработчикам и энтузиастам «эталонную» версию системы не привязанную к какому либо оборудованию. Речь идёт о виртуальном устройстве Cuttlefish, которое доступно на GitHub и может использоваться совершенно свободно. Кроме того, Чау заявил, что в целом «AOSP никуда не денется».

AOSP нуждается в эталонной сборке, которая была бы гибкой, настраиваемой и доступной — независимо от конкретного оборудования, в том числе от Google. В течение многих лет разработчики создавали Cuttlefish и GSI-прошивки из исходного кода. Мы продолжаем делать их доступными для тестирования и разработки.

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