Всё время считал, что есть два способа поставить Qt-приложение для Android:
1. сборка с библиотеками Qt, которые включаются в APK и дублируются при каждой установке гомогенных приложений, собранных с одной и той же версией Qt
2. сборка с использованием Ministro, который при установке приложения будет предложено установить чтобы он скачал и установил библиотеки.
Оба способа мне не нравились по ряду причин. Но сегодня заметил абзац в руководстве Qt, который почему-то раньше не отложился в долговременной памяти:

Вот это интересно особенно про android.app.bundle_local_qt_libs. То есть, можно по идее собрать одно своё приложение, при установке которого Qt-библиотеки будут заброшены в /data/local/tmp/qt, а при установке другого с такими же библиотеками они уже забрасываться туда не будут. Или будут, но это пофик - главное чтобы оттуда использовались. Для меня это идеальный вариант - и библиотеки будут разделяемые, и с Ministro связываться не надо.

Вопрос только - как сделать, чтобы при установке библиотеки Qt сначала из APK копировались в указанный каталог, затем происходило дальше всё как надо? Идея создать некий отдельный инсталлятор-приложение, которое только библиотеки туда закидывает - плохая идея. Надо чтобы они копировались куда надо при первой же установке.

Кто-нибудь разбирался с установкой APK? Как это можно сделать?

Не совсем. Чтобы не качать два раза всё то же самое, достаточно использовать Ministro - тогда он будет скачивать нужные библиотеки только один раз. Но кроме скачивания, библиотеки Qt надо ещё хранить. Скачивается всё сжатое до 3-х раз, а вот хранятся библиотеки распакованные. Вот тут мне надо чтобы хранилась только одна копия библиотек Qt, а сколько раз они будут внутри APK скачиваться - по барабану, это доли копеек по стоимости. Сжатое в APK приложение сейчас около 7 МБайт - для скачивания это не существенно, это длина одного анимированного GIF-а с котятами в соцсетях. Сейчас у меня будут 3 приложения с общими библиотеками Qt, позже их станет 5, а в дальнейшем их может быть 10, а потом и 30 или больше. Скачивать их будут не одновременно, но хранить могут все одновременно. Не по 30 МБайт правда, но по 15 МБайт библиотек на каждое приложение - это уже дохрена получится. Ministro это тоже решает, библиотеки Qt хранятся в одной копии, но вот... не хочется связываться со сторонним приложением. Например, если по какому-то недоразумению меня вдруг забанят на Google Play (там сейчас говорят роботы банят за каждый безобидный чих), то не понятно, как будет Ministro оттуда устанавливаться на машины новых клиентов, если само приложение будет распространяться через другой сервис. Поэтому хочется избавиться от Ministro, но библиотеки хранить в одном экземпляре. Qt-приложения на Android умеют так библиотеки использовать, но не ясно как такое приложение инсталлировать.

Не, не хочется. Основное назначение Ministro - поддержка связи приложения с библиотеками Qt, включая их обновление при наличии исправлений. И автоматическая загрузка варианта, соответствующего аппаратной платформе. Хранение разделяемых библиотек для всех Qt-приложений - это у Ministro скорее побочный эффект, по необходимости. Иначе Ministro пришлось бы скачивать библиотеки заново для каждого поддерживаемого приложения.

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

Правда сейчас с удивлением прочёл в одном из обсуждений, что вроде бы можно собирать приложения статически и распространять закрытыми не нарушая GPL, и не предоставляя исходники. Якобы достаточно предоставить только ссылки на свои объектные модули, чтобы их можно было скачать. Надо разобраться, может вообще не потребуется тащить Qt-библиотеки.

Они будут огромными. Сравнимо с объемом библиотек. Совсем чуток (в несколько раз) меньше.

Я делал статические приложения на десктопе - разница в 2-3 раза была. То есть, вместо 15 МБайт библиотек получалось 5-7 МБайт бинарник. Правда пока не ясно, можно ли вообще сделать статическое приложение для Android - для него даже основной модуль с main() собирается в .so библиотеку, то есть динамически связывается при запуске.