- Arch Linux User Repository
- Search Criteria
- Package Details: android-emulator 30.9.5-1
- Package Actions
- Dependencies (20)
- Required by (2)
- Sources (4)
- Latest Comments
- dreamingincode commented on 2021-06-18 21:42
- aquatic7 commented on 2021-06-18 18:28
- mynacol commented on 2021-04-19 18:36
- Erz3 commented on 2021-04-18 23:26
- dreamingincode commented on 2021-03-31 04:31
- thotypous commented on 2021-02-14 04:19
- galaxy0419 commented on 2020-09-04 14:57
- dreamingincode commented on 2020-05-09 20:15
- greyltc commented on 2020-05-09 14:58
- mynacol commented on 2019-10-27 12:29
- Android на x86 ноутбуке
- Системные требования
- Предполагаемые юзкейсы
- LiveUSB
- Инсталляция
- Запуск в работу
- Автономность
- Выводы
- Arch Linux User Repository
- Search Criteria
- Package Details: qemu-android-x86 9.0.r2-2
- Package Actions
- Dependencies (5)
- Required by (0)
- Sources (5)
- Latest Comments
- nxij commented on 2021-09-01 15:29
- T2hhbmEK commented on 2021-08-23 11:37
- gesh commented on 2021-07-08 22:35
- viperML commented on 2021-05-28 08:34
- Khaithang commented on 2021-05-17 20:05
- jwty commented on 2021-05-10 14:33
- Janhouse commented on 2020-12-18 23:57
- cosarara97 commented on 2020-12-09 20:22
- Zeioth commented on 2020-09-05 01:29
- archmanjaro commented on 2020-09-03 17:36
Arch Linux User Repository
Search Criteria
Package Details: android-emulator 30.9.5-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/android-emulator.git (read-only, click to copy) |
---|---|
Package Base: | android-emulator |
Description: | Google Android Emulator |
Upstream URL: | https://developer.android.com/studio/releases/emulator.html |
Keywords: | android development |
Licenses: | custom |
Submitter: | dreamingincode |
Maintainer: | dreamingincode |
Last Packager: | dreamingincode |
Votes: | 50 |
Popularity: | 0.55 |
First Submitted: | 2017-04-19 07:06 |
Last Updated: | 2021-10-23 23:29 |
Dependencies (20)
Required by (2)
Sources (4)
Latest Comments
dreamingincode commented on 2021-06-18 21:42
Re aquatic7: makepkg worked fine for me locally and I checked the checksums in PKGBUILD v.s. manually running sha1sum, both are correct. Maybe you did have a bad download?
aquatic7 commented on 2021-06-18 18:28
Building android-emulator. ==> Making package: android-emulator 30.6.5-1 (fre 18 jun 2021 20:26:33 CEST) ==> Checking runtime dependencies. ==> Checking buildtime dependencies. ==> Retrieving sources. -> Found emulator-linux_x64-7324830.zip -> Found android-emulator.sh -> Found android-emulator.csh -> Found package.xml ==> Validating source files with sha1sums. emulator-linux_x64-7324830.zip . Passed android-emulator.sh . FAILED android-emulator.csh . Passed package.xml . FAILED ==> ERROR: One or more files did not pass the validity check! Failed to build android-emulator
mynacol commented on 2021-04-19 18:36
Please follow the instructions on the Arch Wiki. As this is not an instructions or support channel I won’t help you here. Please ask your questions on more suitable platforms.
Erz3 commented on 2021-04-18 23:26
I am not developer and I am not an exeperienced Linux user, so forgive me if my question is stupid.
I was looking for an Android emulator to run mobile games, but I have installed «android-emulator» and I don’t know how to work with it.
Thanks in advance.
dreamingincode commented on 2021-03-31 04:31
emulator 30.6.1 is still in another channel (channel-3, seems to be canary chacnnel) as of writing. See https://dl.google.com/android/repository/repository2-1.xml . Please only flag this package out of date when there’s an update on channel-0 (the stable channel).
thotypous commented on 2021-02-14 04:19
android-emulator 30.3.5 crashes with SIGSEGV for me due to sysconf(_SC_LEVEL1_ICACHE_LINESIZE) returning -1, whereas qemu expects it to return 0 in case of failure. This is actually fixed in latest qemu, but android-emulator 30.3.5 comes with outdated qemu.
To fix the issue, one needs to patch the /opt/android-sdk/emulator/qemu/linux-x86_64/qemu-system-aarch64 binary and modify bytes starting at offset 0x4e5641 to bb 40 00 00 00 89 d8 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 .
This is equivalent to inserting the following instructions (followed by a bunch of nops) in place of the calls to sysconf.
galaxy0419 commented on 2020-09-04 14:57
Upgrading to 30.0.26 still showing the version is 30.0.12
dreamingincode commented on 2020-05-09 20:15
I personally didn’t see those warnings, and if this is not related to AUR packaging you might want to ask it somewhere else.
Regarding «-bin», I didn’t see any official guideline/requirement saying that packages not built from source code must have that suffix. (See https://wiki.archlinux.org/index.php/Arch_package_guidelines#Package_naming ), and currently none of all the Android SDK packages have that suffix. If people actually use Android SDK built from source, we might be able to move all the Android SDK packages into official repo. I’ll be happy to rename this package for disambiguation in that case.
greyltc commented on 2020-05-09 14:58
When I run a virtual device with the emulator, it makes a bunch of complaints about Vulkan, for example Emulator: VK_VERSION_1_1 check failed: vkCmdSetDeviceMask not found
Is this missing some configuration to work with Arch’s MESA/vulkan libs or something?
Also, shouldn’t this package be changed to have a -bin suffix? Either that or it should be compiled here it seams.
mynacol commented on 2019-10-27 12:29
The file is «generated» or «placed there» by sdk-manager. If I install a fresh android-sdk with the sdk-manager, every component/package gets a package.xml and I simply copied it.
A strange effect: every other package (platform, platform-tools, build-tools etc.) has also a package.xml similar to the one for android-emulator, but those packages get noticed by android-studio without the package.xml file. The android-emulator is the only one (I know of) that requires the package.xml file to be noticed by android-studio.
To support android-studio, we have to include a package.xml file and keep it updated — the simplest way would be to download android-emulator with sdk-manager to get the newest package.xml and by the way the link to the android-emulator package. Changes to the given dependencies in a newer package.xml could be reflected by fittng «depends» clauses in the PKGBUILD.
Copyright © 2004-2021 aurweb Development Team.
AUR packages are user produced content. Any use of the provided files is at your own risk.
Источник
Android на x86 ноутбуке
Попался в руки старый нетбук Acer Aspire One, самый первый из них, с 8 Гб тормознутой флешки вместо диска. За время активной жизни на нем были WinXP (очень медленно) и Arch Linux (едва приемлемо). Я уже собирался вернуть на него обратно Arch и потом в меру сил придумывать, зачем же он нужен, но тут наткнулся на проект Android х86. Он более-менее развивается и направлен на запуск Андроида на ноутбуках, планшетах и иногда настольных компьютерах с архитектурой х86. Началось все с порта на Asus Eee PC в районе версии 1.6, но постепенно поддержка разнообразного настольного железа расширилась. Сейчас доступна для скачивания версия 4.4-r3, 5.0 в работе. Соответствие между ветками для х86 и теми, что устанавливаются на телефоны для меня крайне призрачны, потому что сталкиваться с потрохами системы не приходилось. Есть еще аналогичный проект Android-IA, курируемый Intel, но там поддерживается меньше железа и обязательно требуется UEFI для загрузки.
Системные требования
Здесь все относительно благополучно. Система вроде бы запускается при 256 Мб памяти. Инсталляция на диск требует около 1.5 Гб места. Поддержку конкретных видеокарт, вайфаев и прочих спящих режимов надо выяснять по месту. Ведется список совместимости, сейчас недоступный.
Если нет желания или возможности запустить на реальном железе, можно воспользоваться Qemu или Virtualbox. Инструкции есть на сайте, этот вариант в посте рассматривать не буду.
Предполагаемые юзкейсы
Лично мне это надо “на посмотреть”. В целом, эта система может вдохнуть жизнь в пылящиеся на антресолях старые нетбуки первых поколений. Мне никогда не приходилось работать с Андроидом на устройстве с клавиатурой и без сенсорного экрана, и было интересно попробовать. Как оказалось, результатом вполне можно пользоваться уже сейчас.
LiveUSB
Подготовка к запуска не вызывает сложностей. Скачанный образ пишется на флешку через Unetbootin. При запуске предлагается запустить Live-систему без инсталляции или установить на диск. Ставить пока страшно, поэтому запускаем наживо. Грузится долго — где-то 1.50 от меню GRUB до выбора языка и примерно минута от выбора языка до подключения к вайфаю.
Общие впечатления — хм, прикольно и имеет право на жизнь. Просмотрел предустановленные приложения. Сначала подключил мышку, потом забил и перешел на тачпад, хотя до этого им пользовался довольно мало. Экранные кнопки Андроида присутствуют, но удобнее использовать их клавиатурные шорткаты. Это Esc для возврата, Win для выхода в домашний экран и Alt-Tab для перехода между приложениями. Проблем не было, решил ставить. Из мелочей — работающий только один раз и на выключение переключатель вайфая.
Инсталляция
Не вызвала никаких проблем. По времени — около 3 минут на все про все. На выбор предлагается GRUB, GRUB2 или не трогать загрузчик вообще. Судя по всему, по умолчанию используется разбиение диска в MBR, но в подробности не вникал — BIOS ничего другого не умеет. Диск не разбивал, потому что не видел в этом смысла — объем очень маленький. Автоматически создалась виртуальная карта в каталоге /sdcard. В предыдущих версиях с этим были какие-то проблемы. Прочая настройка не отличается от телефонно-планшетной при первом запуске. Из бросающихся в глаза различий — переключение раскладки по Ctrl-Space. Рекомендую сразу же отключить вращение экрана. Сенсоров в нетбуке нет, а какое-нибудь не в меру ретивое приложение может принудительно повернуть его в портретную ориентацию. Такая ситуация исправляется двойным нажатием F9. И вообще здесь список шорткатов.
Запуск в работу
Первая загрузка столь же долгая, как и в LiveCD с флешки. После этого предлагается настроить вайфай и подвязать устройство к аккаунту Гугла. Из неприятностей — не работает снятие скриншота, пришлось фотографировать экран. Он глянцевый, так что получилось не очень.
По умолчанию шрифт очень маленький, пришлось увеличить. При попытке стать рутом вылезает окошко с предупреждением.
Загрузка уже установленной системы от загрузчика до главного экрана занимает ровно 30 секунд. Напомню про устаревший процессор и очень медленный диск. Все железо вплоть до дополнительных кнопок клавиатуры и перехода в спящий режим работает идеально. Тачпад распознает два пальца. Флешки и карты памяти опознаются и работают как надо. Правда, неудобно извлекать через Settings->Storage. Из непонятного — нет файла fstab. Было бы желательно прописать туда опцию noatime для системного раздела. Пришлось добавить через remount в хвост /system/etc/init.sh. Не удалось настроить переход в спящий режим по закрытию крышки. Иногда при выходе из спячки ноутбук моментально сваливается обратно в спящий режим, приходится будить еще раз. В целом, это не достает.
Производительности вполне достаточно, чтобы ненапряжно сёрфить по инету Хромом и читать контактик и твиттер соответствующими клиентами. Видео работает так же паршиво, как и в больших ОС.
Автономность
Батарея ноутбука довольно убитая, в зависимости от нагрузки где-то час-полтора. В давние времена под Arch Linux получалось полтора-два часа в зависимости от нагрузки.
Выводы
Почему бы и нет. На настоящий момент это наверное оптимальный вариант для такого ноута или EeePC первых выпусков. Куча пристойно работающего софта, нормальная скорость и пригодность для неопытного пользователя.
Источник
Arch Linux User Repository
Search Criteria
Package Details: qemu-android-x86 9.0.r2-2
Package Actions
Git Clone URL: | https://aur.archlinux.org/qemu-android-x86.git (read-only, click to copy) |
---|---|
Package Base: | qemu-android-x86 |
Description: | Android-x86 environment via QEMU and VirGL |
Upstream URL: | http://www.android-x86.org/ |
Licenses: | GPL2, Apache, custom:Creative Commons 3.0 Attribution Unported |
Submitter: | Refutationalist |
Maintainer: | Refutationalist |
Last Packager: | Refutationalist |
Votes: | 8 |
Popularity: | 0.68 |
First Submitted: | 2019-04-26 23:52 |
Last Updated: | 2020-05-18 18:26 |
Dependencies (5)
Required by (0)
Sources (5)
Latest Comments
nxij commented on 2021-09-01 15:29
Graphics output not working anymore with qemu 6.1.0-1. (virtio and gl=on)
Looked through the list of deprecations in qemu but did not find anything related.
Edit: Had to change it to use -device virtio-vga-gl instead of -vga virtio
T2hhbmEK commented on 2021-08-23 11:37
Merged viperML’s changes & gesh’s patches. 7fcc63e
9.0 does not work for me. I’ve create a qemu-android-x86-nougat alternative. qemu-android-x86-nougat conflicts with qemu-android-x86 as for now. 10c936e
gesh commented on 2021-07-08 22:35
Hi, thanks for the package! Have some patches to contribute, most notably:
- GUI deps should be optdeps
- SVG icons are good enough, no need to convert to PNG
- Removed privilege escalation code — qemu docs explicitly recommend using mapped-xattr security model
- Made qemu-android shellcheck-clean
viperML commented on 2021-05-28 08:34
I integrated the changes to the script to unsquash the system.sfs into a system.img, which is copied into the user’s directory, as in the comment by jwty. And changed the ports to enable ADB support out of the box:
Khaithang commented on 2021-05-17 20:05
the links in /system/bin/enable_nativebridge
aren’t working except urls[3]= http://tinyurl.com/y6azmjas which happens to be for houdini9_y (32 bit ARM support). Links:
seems to be some chinese servers and aren’t working.
tells that the files are not there!. kindly check if the links are proper or not. Thanks
jwty commented on 2021-05-10 14:33
Workaround for getting read-write access to /system, without having to mess with initrd –
First, unsquashfs the system.sfs file provided by this package, move resulting .img file somewhere safe and then set SYSTEMIMG path in qemu-android config file to its path, for example SYSTEMIMG=»$HOME/.config/android-x86/system.img» .
Then you will need to modify qemu-android script from this package, by removing readonly option from line 150.
Then boot android and remount system as read-write with mount -o rw,remount /system command and create two files (for example with vi provided by Android-x86):
Lastly chmod +x /system/bin/remount-system and reboot, now /system should be read-writeable. If you need to use arm native bridge add /system/bin/enable_nativebridge to /system/bin/remount-system since from my observations it has to be re-enabled on each reboot. Note that in my case enable_nativebridge failed to download houdini library and I had to download it manually.
Janhouse commented on 2020-12-18 23:57
Could you please add option to remove «,format=raw,readonly» from system image line? It is handy to convert the image to qcow2 format and make it writable if necessary.
cosarara97 commented on 2020-12-09 20:22
How does one cleanly shut down the emulator? That is, is there any way to simulate the power button long press and access the shutdown menu?
Zeioth commented on 2020-09-05 01:29
It’s been so easy to configure! Thank you for making this package!!
archmanjaro commented on 2020-09-03 17:36
I have installed the package in «Manjaro-KDE», everything is working fine but the audio/sound is crackling. It is horrible! please help me!
Copyright © 2004-2021 aurweb Development Team.
AUR packages are user produced content. Any use of the provided files is at your own risk.
Источник