Новый проект позволит запускать Android приложения в Linux

А что майкрософту мешает это сделать сейчас, с их открытого гитлаба? Если по лицензии кода они не имеют права этого делать то им тогда иски можно будет предъявить!

Вот только в сайлфишь оно закрыто(

Но зачем? Большинство приложений не адаптировано под десткоп

угу... включая сам линукс... так хотя у него будет шанс.

https://i.imgur.com/CXhOEIT.jpg

когда уж они допортируют андроид в мейнстрим, чтобы без всяких эмуляций. с 2011 года ждем.

Шо? Опять?

Топик не умеет запускать arm просто потому, что тут нет никаких эмуляций. Приложения будут работать нативно.

Публикация от первого апреля настораживает и візівает недоверие.

У меня этот ваш Anbox не работает; после полугода пердолинга в попытках завести хоть снап, хоть кастомный билд — в итоге оказалось, что собранным под ведроидный x86-ABI, да и самому ведроиду с какой-то версии, нужен SSSE4, а мой всратый процессор его не умеет. По этой же причине, похоже, у меня в виртуалке с 4-м Android-x86 половина приложений падает при запуске, а >=6 и Remix OS не запускаются вообще. Сабж потыкаю, что он представляет из себя, но вряд ли он чудо сделает: раз уж даже QEMU не умеет эмулировать недостающие инструкции для x86, то остаётся либо очередная тормозная эмуляция ARM, либо неработающий x86, третьего не дано.

Нет, это ты расскажи, зачем заливать код на какой-то чужой гитхаб, когда можно поднять у себя гитлаб. Ничего нового в этом нет, раньше вместо gitlab всякие cgit использовали дубовые, а то и встроенным gitweb раздавали...

*собранным под ведроидный x86-ABI приложениям

А нельзя как-то эмулировать без эмуляции? Вот WINE как-то может

Что может? Эмулировать набор команд ARM на x86(-64)?

А зачем эмулировать ARM?
Там же виртуальная машина (которая java, но не-java), а нативный код собирают в том числе для x86 (есть же устройства на атомах, типа zenfone)

Если читать правильно, то - Зорг... не спит.

А зачем вообще это умение? Разве не очевидно, что эмуляция одного процессора на другом, это всегда кошмарно медленно и неюзабельно для повседневного использования?

В случае запуска андроид-приложений под linux на x86 разве стоит задача эмуляции процесса, если мы говорим о классическом android-приложении, написанном на джаве? Там ведь байткод под капотом? Не это ли преимущенство джавы, абстрагирование от аппаратной архитектуры?

А нельзя как-то эмулировать без эмуляции?

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

Вот WINE как-то может, там даже скорость игр под линуксом такая же, как на винде.

Вайн тут не при чем. Вайн, это как драйвер ntfs. Он же ничего не эмулирует, просто альтернативная реализация под posix. Вот и вайн тоже такой же вариант для winapi.

В случае запуска андроид-приложений под linux на x86 разве стоит задача эмуляции процесса, если мы говорим о классическом android-приложении, написанном на джаве? Там ведь байткод под капотом? Не это ли преимущенство джавы, абстрагирование от аппаратной архитектуры?

да там везде уже ndk давно. Никому же не нужны простые калькуляторы на джаве. Всем подавай мощные игрухи на цпп...

запускать андроид приложения для архитектуры ARM на десктопе с x86(64)?

Причём тут х86 и арм? Для андроид не на джаве разе пишут?

Чисто в теории получится, т.к. для Android x86 были библиотеки для поддержки приложений для ARM.

Это не библиотеки, а запуск приложения в qemu. Никакими api или библиотеками эмуляцию другого процессора не заменить.

Все верно ozz_is_here_again говорил, а ты не в теме. Гугль android arm translation library. Вот например можно было их даже скачать например для x86 эмуля genymotion: https://mega.nz/usg=ALkJrhgzajMZiTGuDUTxVBaGBlodOhsZbQ#F!JhcFwKpC!yfhfeUzvIZo... Только беда в том, что эти библиотеки были созданы толи интелом, толи кем и исходников не было. Смысл, как я понимаю, в том, что arm код транслируется в x86 при установке приложения пользователю. Даже сейчас, если вскроеш кучу популярных прог под андроид, то с удивлением обнаружишь там только arm бинари (*.so) как раз потому что на реальных телефонах с x86 всегда стояли эти трансляторы и многие разрабы просто не заморачивались билдить еще и под x86 и утяжелять апк-шник.

Под android на c++? А так можно?

Под android на c++? А так можно?

Да хоть на FreePascal под андроид пиши, а не только на С/С++. Еще с версии 2.3, если не ошибаюсь. Только API гораздо скромнее. Для создания игруличек хватает, для прикладных апп - конечно, нет. Но NDK создано в первую очередь для того, чтоб портировать сложные низкоуровневые либы с десктопа (такие как FFMPEG, Curl, OpenCV, всякие SIP клиенты и пр...) и юзать в андроид приложениях UI и бизнес логика которых все-таки в 99% на Java/Kotlin.

Видимо тем, что прибито на совершенно пустом месте кривыми ржавыми гвоздями не только к libsystemd, как anbox, но ещё и к пульсе с вейландом.

Для андроид не на джаве разе пишут?

Там ещё могут положить библиотеки, которые скопилированны под ARM.

Вроде как в ведроиде прикладухи под джавой машиной работают, не? Ну если конечно не под ndk на плюсах приклады пилить

Новый проект позволит запускать Android приложения в Linux (комментарий)

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

Да, всё так, спасибо.

Я где-то читал про установку Android x86, и там устанавливали эти библиотеки, чтобы работали игрушки с мобилок. Наконец-то вспомнил: https://habr.com/ru/post/156415/

Да, похоже это все же эмуляция, а не трансляция на этапе установки. Но и не на базе qemu как предполагал AVL2, а похоже кое-что интеловское, закрытое и вероятно более легковесное. Я про этот houdini если что.

Для андроида есть хоть одна полезная прога? Или это для отладки?

Полезные проги есть. Но такое, в основном, нужно для отладки, и чтобы, когда за компом сидишь, мобильную игрушку на удобном десктопе погонять.

все пользователи Ubuntu?

Хотя я например даже на Ubuntu первое что делаю так это сношу снап и ставлю православный флатпак

ругнётся, что девайс рутованный и откажется работать

Зачем вся эта дроч на гитлаб? Нельзя было просто организацию в гитхабе сделать и туда спокойно ставить код?

Суть не в гитлабе. Главное — это свой сервер. Для этого есть много причин.

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

Или, если случайно скоммитил приватный ключ в репозиторий, то можно быстро остановить сервер, вычистить ключ из репы, и убедиться по логам, что его никто не успел скачать. А с гитхаба нельзя ни логи посмотреть, ни удаление гарантировать — у них всё равно могло что-то остаться, и по commit id оказаться доставаемо.

чего то в последнее время каким-то говном стали обмазываться линуксоды :-( системд, пауер шелл, адроид апы... на бздю что ли сбежать

Лично я думаю сбежать на void.

В Android не менее 2 000 000 прикладных программ

Из которых 99% - фонарики и клоны Clash of Clans.

Плюсую.

VK COIN майнить!!!!1111

Ну по идее приложения с нейтив кодом нужно запускать с емуляцией процессорной архитектуры. Но большинство приложений под Андройд на сколько я понимаю на JVM работают.
Тем более есть куча приложений, которые должны работать на андройд-планшетах с x86, не?

Если гитхаб ляжет, продадут, закроют, или заблокируют, то разрабы ничего не заметят.

Если Гитхаб на долго ляжет, вероятно не только разрабы, но и вообще куча населения земли что-то заметят.

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

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

Ещё один... Но когда же кто нибудь из них сможет запустить arm оперу-мини на arm линуксе без танца с бубном?

Нельзя конечно, грех это. Но если ты по жизни кощщуник и вероотступник, то можно.

https://developer.android.com/studio/projects/add-native-code

Android уже давно официально умеет x86. Части приложений написанные на жабе не зависят от архитектуры по определению (лишь бы была реализация виртуальной машины для байткода под нужную архитектуру), загвоздка только в нативных библиотеках в составе приложений. Но у того же Google Play уже давно в требованиях наличие нативных либ под arm, arm64, x86, x86_64, ты просто не сможешь опубликовать приложение содержащее нативный код, но без поддержки каких то из этих архитектур.

Так что если не интересует поддержка старья (которая была написана в те времена, когда Android умел лишь ARM) и экзотики (которая не планируется к публикации на Google Play и плюёт на его требования совместимости), то достаточно лишь эмулировать ABI. Ну и системные компоненты типа графики и звука. Ибо нужно транслировать вызовы Android API в X11/Wayland/PulseAudio.

ну по идее давно уже. Например в джола на арм есть сборка anbox в которой вполне можно запускать андройдные приложения.

Да посмотри чуть раньше, с чего я начинал. Все так и есть.

Так то джола, а мне надо в дебиане (причём желательно восьмом), и поверх Х11. К тому же у джолы всё закрыто и я слышал что купить эту прослойку для прошитого джолой устрорйства вообще нельзя.

Вроде уже не ругается. Во всяком случае у меня.

зависит от того, какой рут ты используешь. я помню, Magisk шёл с каким то обходом SafetyNet, который не позволял некоторым приложениям видеть присутствие рута.

Сейчас модно выпускать сразу в App Store и Google Play, не делая декстопной и даже веб-версии. Например, инстаграм

Для таких случаев пригодится

Да ничерта тут не отлажено. Есть давно устаревший AlienDalvik на телефонах с ядром 3.10, под которым уже ничерта нового не запустить - там API от дроида 4.4. Это не говоря о глюках, возможных в любом приложении сложнее читалки.
На XA2 - новый костыль, судя по всему - на основе anbox. Судя по перечню багов на TJC, у него всё ещё хуже.