Mac.apk запускает Android-приложения напрямую на Apple Silicon — без эмулятора, виртуальной машины и ядра Linux. Приложения работают как обычные процессы macOS: рисуются через GPU Mac, исполняются на CPU с нативной скоростью, появляются в Dock, получают собственные окна с кнопкой «назад» рядом с кнопками управления, масштабируются, поворачиваются и переключают светлую и тёмную темы вместе с системой. Ничего не загружает Android в фоне и не интерпретирует инструкции по одной.

Проект в статусе альфа: из 65 протестированных приложений 51 полностью играбельны, 10 работают частично, 4 пока не запускаются. Код под лицензией AGPL-3.0, доступна коммерческая лицензия, сборки подписаны и нотаризованы Apple. Внутри — открытые компоненты (ANGLE, MoltenVK, Capstone, libpng, libvpx, stb_vorbis, Bouncy Castle, JRE на базе OpenJDK с FreeType, HarfBuzz и GLib, ресурсы Android из AOSP); GLib и libintl под LGPL, их исходники приложены к релизам.

Важное предупреждение: у приложений нет песочницы в стиле телефона — APK исполняется как обычный нативный код с правами вашего пользователя macOS и может читать и писать ваши файлы. Устанавливайте только доверенные APK из надёжных источников: за ущерб, утечки данных, вредоносный код и нарушения авторских прав разработчик ответственности не несёт.

Mac.apk не имеет нативных Google‐сервисов, требует MicroG для их работы и не использует песочницу — данные хранятся в /Applications, что вызывает вопросы безопасности. Проект зависит от JVM и не содержит ARM‐бинаров, что ограничивает производительность. Пользователи отмечают нишевые сценарии, например запуск Minecraft Bedrock для кроссплатформенной игры без собственного сервера. Мнения о полезности разнятся: некоторые считают запуск Android‐приложений на Mac интересным, другие предпочитают Bluestacks или iOS‐версии, отмечая низкую реальную потребность. Критики указывают на название и структуру репозитория как признаки низкого качества кода, возможно сгенерированного LLM, и сравнивают проект с устаревшим Android Runtime for Chrome. Некоторые советуют сосредоточиться на PWA вместо нативного Android‐кода для macOS, считая это более перспективным. Рост поддержки Steam‐устройств и упрощение кроссплатформенной разработки могут снизить интерес к запуску Android‐приложений на macOS, а их избыточность в десктопной среде воспринимается как раздражающий фактор.

GrapheneOS не может завершить порт на Pixel 11 из-за отсутствия поддержки аппаратного тегирования памяти (MTE) в прошивке, firmware и, вероятно, самом железе — функция, которую Google, по-видимому, отключил для экономии. MTE используется GrapheneOS по всей системе, включая ядро и стандартные процессы, и значительно повышает защиту от удалённых и локальных эксплойтов. В отличие от этого, Pixel 8 и новее имеют MTE, а Apple реализовала аналогичную технологию (MIE) в iPhone 17 как всегда включённую функцию высокого качества.

Хотя Pixel 11 получил улучшения вроде постквантовой проверки загрузки (ML-DSA), Titan M3 и замену модема на AOSP IMS, эти плюсы перевешиваются потерей MTE, удорожанием и слабыми аппаратными обновлениями: тот же GPU, уменьшенная RAM в базовых Pro-моделях и лишь догоняющий Qualcomm-модем. По сравнению с Snapdragon 8 Elite Gen 5, Pixel 11 отстаёт по производительности CPU и GPU, а также по радиомодулю. GrapheneOS настоятельно рекомендует не покупать Pixel 11, предлагая вместо этого Pixel 8, 9 или 10 — устройства с MTE и лучшим соотношением цены и безопасности, либо ждать поддержки Motorola-устройств, где MTE присутствует.

Pixel 11 имеет аппаратную поддержку MTE, но она отключена в прошивке. GrapheneOS не будет поддерживать устройство, пока MTE не будет включена официально на уровне ОС, даже если функция появится в Android 17 QPR2 Beta или в режиме developer option. Пользователи считают, что Google пожертвовал безопасностью ради снижения стоимости, что делает обновление нецелесообразным. Многие решили пропустить Pixel 11, оставшись на Pixel 8 или 10a из-за минимальных улучшений новой модели. При этом Pixel 8 подвержен массовым сбоям материнских плат через два года эксплуатации. Pixel 10a и 9a считаются последними надежными моделями с поддержкой GrapheneOS и без агрессивных функций вроде Gemini. Опыт владельцев Pixel 6, 7 и 10 подтверждает, что покупка предыдущих моделей по сниженной цене — оптимальная стратегия. Несмотря на это, выгодные предложения трейд-ин на Pixel 11 в 2024 году делают апгрейд экономически привлекательным. Среди пользователей ведутся споры: одни полагают, что MTE отключена из-за аппаратных проблем или в интересах спецслужб, другие обсуждают целесообразность использования устройств Google для обеспечения безопасности через GrapheneOS. Рекомендации: — Не обновлять работающий телефон и избегать новых моделей с отключенными функциями безопасности. — Выбирать Pixel 10 или 9a как стабильную альтернативу с поддержкой GrapheneOS. — Рассматривать устройства Motorola с предустановленной GrapheneOS от сторонних поставщиков. Отдельно отмечается медленная реакция EU-регуляторов на антиконкурентные действия Google. Сравнение с Apple считается неуместным, так как Apple полностью запрещает альтернативные ОС, в то время как Google лишь ограничивает открытость Android на практике.

GrapheneOS объявил, что Android 17 QPR1 стал первым релизом с Android Honeycomb, добавившим новые API для разработчиков без публикации в AOSP. Эти API эксклюзивны для Pixel OS и недоступны другим OEM. Команда уже портировала свой код под QPR1 до его релиза 15 сентября, но пока не имеет разрешения на публикацию. Они работают над бэкпортом прошивки, драйверов ядра и HAL с Android 17, чтобы обеспечить своевременные обновления безопасности.

GrapheneOS подчеркивает, что доступ к security preview необходим для отгрузки патчей без многомесячных задержек, и такой доступ у них есть благодаря партнёрствам, включая сотрудничество с Motorola. В дискуссии с сообществом они ответили на вопрос о том, не эквивалентен ли выпуск исправления безопасности раскрытию уязвимости, отметив, что могут сами реверсить fix и выпустить его до декабря 2026 года. Это ставит под сомнение смысл текущей системы security preview, если патчи можно было бы сразу выкладывать в открытый исходный код.

Google системно ограничивает доступ к новым API в AOSP, превращая Pixel в закрытую платформу для тестирования функций, недоступных OEM и альтернативным дистрибутивам, что подрывает идею Android как открытой ОС. Спор: одни считают эксклюзивные API для Pixel бета-тестированием из-за малой доли устройств; другие видят в этом стратегию устранения конкуренции через контроль инфраструктуры. Многие отмечают, что Google перестал восприниматься как добросовестный хранитель открытого кода: систематически задерживает патчи, вводит эмбарго и ограничивает доступ к API, подрывая доверие к AOSP. GrapheneOS воспринимается как критически важный проект, сохраняющий реальную открытость Android; его подавление угрожает свободе выбора пользователей и разработчиков. Пользователи и разработчики, перешедшие на GrapheneOS, подтверждают: контроль над устройством и отсутствие Google-сервисов дают ощущение свободы, недоступное в стандартном Android или iOS. Существует консенсус: Google стремится сделать AOSP второстепенным, оставив только ядро, а ключевые функции — в закрытых Pixel-сборках, превращая Android в закрытую экосистему под видом открытой. Советы: - Создать альтернативу Play Services и магазину приложений (возможно, с поддержкой Valve) для независимой экосистемы на базе AOSP. - Разрабатывать Linux-основанную ОС с изоляцией приложений через cgroups/контейнеры и поддержкой JVM/WASM, чтобы избежать зависимости от Android-инфраструктуры. Пользователи отмечают: даже при открытом AOSP сборка и поддержка дистрибутива без Google требуют значительных усилий, делая альтернативы недоступными для большинства. EU DMA может вынудить Google открыть некоторые API, но сроки (2027–2028) слишком далеки, чтобы считать это решением системного закрытия. Многие считают, что Google намеренно усложняет жизнь альтернативным дистрибутивам, чтобы вытеснить их и оставить только свои устройства как полнофункциональные Android-устройства. Опыт с BlackBerry показывает, что Google уже использовал аналогичные тактики для подавления конкурирующих платформ, усиливая подозрения в намеренном уничтожении открытости. Существует мнение, что Google ограничивает доступ к закрытым API с AI-технологиями, чтобы предотвратить реверс-инжиниринг и сохранить конкурентное преимущество. Пользователи отмечают: даже если AOSP открыт, его практическая ценность падает, поскольку ключевые функции, драйверы и HAL-компоненты недоступны без Google-подписи. Некоторые считают, что Google может полностью отказаться от AOSP, оставив его как исторический код, а реальный Android станет закрытой проприетарной системой под брендом Pixel. По опыту пользователей: переход на GrapheneOS требует отказа от приложений, зависящих от Google-сервисов, но это окупается полным контролем над устройством и отсутствием слежки.

Google вводит верификацию разработчиков для Android, требуя оплаты базового тарифа в $25 с требованием ID и ограниченного бесплатного "хоббийного" статуса без подробностей об ограничениях. Код верификации находится в Play Services, но исходный код не опубликован, а обещанная установка через ABD не имеет деталей. Эта система может помешать независимым разработчикам распространять приложения, особенно если правила станут аналогичными Play Store, где устаревшие приложения с legacy-разрешениями не пройдут проверку.

Автор предлагает теоретический обходной путь через создание "загрузчика" — верифицированного APK, который динамически загружает другие приложения без их установки. Android-виртуальная машина Dalvik позволяет динамическое выполнение кода через PathClassLoader, что теоретически позволяет загружать APK в память и выполнять их код без изменения подписи загрузчика. Основная сложность — правильная инициализация главного целевого приложения в цикле активности Android, что может потребовать патчинга байткода или использования Unsafe Dalvik API для регистрации активности.

• Попытка обойти ограничения Play Protect с помощью «загрузчика»-загрузчика, который динамически подгружает APK, приводит к тому, что Google может просто аннулировать подпись и заблокировать такие приложения, что делает этот «хак» нежизнеспособным в долгосрочной перспективе.
• Участники обсуждения указывают, что вместо поиска обходных путей, следует сосредоточиться на политическом и регуляторном уровне: ЕС мог бы финансировать по-настоящему открытую альтернативу AOSP, а регуляторы могли бы предотвратить Google от аннулирования подписи приложений, которые они не могут контролировать.
• Другие комментаторы подчеркивают, что даже если бы такой «загрузчик» и был бы разрешен, он бы все равно оказался бы в ситуации, аналогичной той, в которой оказались бы разработчики, которые не смогли бы публиковать свои приложения в Google Play из-за политических причин; и что в конце концов, это не решит проблему, а только перенесет ее на уровень, где она может быть решена только на уровне политики и регуляции.

Телефоны на Linux важнее, чем когда-либо

Android всегда был довольно открытой платформой, но в последние месяцы мы наблюдаем стремительную деградацию экосистемы:

1. Закрытие разработки всё большего числа компонентов в AOSP.
2. Samsung, Xiaomi и OnePlus убрали возможность разблокировки загрузчика. Google, вероятно, последует их примеру.
3. Внедрение Play Integrity API, которое поощряют разработчиков. Даже европейский кошелёк для верификации личности требует его использования, вопреки законам ЕС.
4. Обязательная верификация разработчиков на Android. Это затронет 99,9% устройств, и многие разработчики open-source могут просто прекратить создавать приложения для Android. SyncThing уже прекратил разработку из-за проблем с Google Play.

Google больше не конкурирует с Apple — он перенимает её методы. Android, каким мы его знаем, мёртв или скоро умрёт. Нам нужна открытая альтернатива.

Примечание: это не призыв переходить на Linux сегодня, а указание на необходимость ускорения разработки.

---

Комментарии

y0kai: Мой следующий телефон будет работать на Linux, даже если это неудобно. Как только этот телефон будет оплачен, я также уйду от Google Fi.

MasterOKhan: Я с тобой, я перевёл все свои компьютеры на Linux по похожим причинам. Недавно купил Android-телефон и установил на него Linux, хотя ещё есть над чем работать, например, со звуком и микрофоном. Жду не дождусь, когда смогу отказаться от iPhone.

• Пользователи выражают недовольство ограничениями Android, такими как блокировка скриншотов и записи звонков, несмотря на их законность в некоторых юрисдикциях.
• Обсуждаются возможные альтернативы: использование двух телефонов (один — для банковских приложений, другой — с открытой ОС) или переход на Linux-смартфоны.
• Отмечаются проблемы Linux-телефонов: короткое время работы от батареи, отсутствие поддержки популярных приложений (банки, мессенджеры) и сырой пользовательский опыт.
• Предлагаются решения: форк AOSP, создание устройств без модема (по аналогии с iPod Touch) или использование внешнего модема для разделения trusted/untrusted частей.
• Поднимается вопрос о необходимости открытой мобильной ОС из-за растущей зависимости от проприетарных платформ (Google/Apple) для доступа к госуслугам, банкингу и другим сервисам.
• Высказывается мнение, что усилия сообщества стоит направить на развитие реальных альтернатив (например, PostmarketOS), а не на кастомные прошивки Android.
• Отмечается, что ключевая проблема — не ОС, а экосистема приложений, которые зачастую требуют наличие Google Play Services и блокируются на нестандартных устройствах.
• Некоторые пользователи считают, что регулирование на уровне ЕС (например, форк Android) могло бы улучшить ситуацию с открытостью и безопасностью.

Что такое GrapheneOS
Android для Google Pixel, заточенный под безопасность и приватность. Работает только на Pixel 8/9 (7 лет обновлений).

Профили

• Разные пользователи = изолированные шифрованные контейнеры.
• Можно полностью выключить профиль, тогда его приложения не работают в фоне.
• Переключение: тянем шторку → иконка внизу → PIN.

Google
Play Services ставятся в 1 клик из собственного магазина GOS; можно жить без Google вообще.

Установка
С браузера за 15 минут с Linux/Win/Mac; проверка образа после загрузки через TPM. OTA-обновления автоматом.

Разрешения
Сеть, камера, микрофон и т.д. – отдельно для каждого приложения и профиля. Удобно ставить апп в «владельца» без сети, потом клонировать туда, где нужно.

Производительность
Без графического shell, чистый AOSP + hardened ядро: быстрее stock-Pixel и без рекламы.

Безопасность

• Песочницы приложений, отключение метаданных Bluetooth/Wi-Fi, эксплойт-защита памяти, авто-перезагрузка если загрузчик разблокирован.
• Возможность показать «proof of boot» – что прошивка не тронута.

Мой сценарий
1 профиль – без сети, 2 – VPN+FIDO, 3 – SIM+Signal, 4 – камера. Переключаюсь по мере надобности.

Девайс
Pixel 8a, 8 ГБ ОЗУ, 256 ГБ ПЗУ, цена ~500 €, заряд 1-2 дня, камера отличная.

Итог
GrapheneOS = Pixel + годы обновлений + контроль над каждым приложением. Если нужен безопасный Android – бери Pixel и ставь GOS.

• GrapheneOS вызывает споры: кто-то хвалит «без-глючность» и песочницы, кто-то ругает отказ от root и «кастрюлю» с профилями.
• Покупка Pixel для GOS в США часто сопровождается требованием персональных данных; часть пользователей платит наличными и вводит фейки.
• Главные плюсы: сильное разграничение прав приложений, отключение Google Play, обновления без глюков, возможность мульти-профилей и VPN-наблюдения.
• Главные минусы: нет автозаписи звонков, сложность переключения профилей, проблемы с RCS/Fi/банковскими и платёжными приложениями, отсутствие root «из коробки».
• Часть комментаторов считает, что GOS всё-таки уменьшает утечки к Google, даже если сервисы Google всё же нужны; альтернативы — /e/OS, рут-образы или полный отказ от смартфона.