Package Details: android-armv7a-eabi-qt5 5.15.2-2

Git Clone URL: https://aur.archlinux.org/android-armv7a-eabi-qt5.git (read-only, click to copy)
Package Base: android-armv7a-eabi-qt5
Description: Qt 5 for Android
Upstream URL: https://www.qt.io
Licenses: GPL3, LGPL
Groups: android-qt5
Submitter: hipersayan_x
Maintainer: None
Last Packager: hipersayan_x
Votes: 18
Popularity: 0.000000
First Submitted: 2018-11-22 19:15 (UTC)
Last Updated: 2021-03-14 20:02 (UTC)

Dependencies (26)

Sources (4)

Pinned Comments

hipersayan_x commented on 2021-07-07 15:06 (UTC) (edited on 2021-07-07 15:10 (UTC) by hipersayan_x)

I'll drop this package, I been thinking and there are a lot of strong reasons not to waste any time maintaining it.
KDE doesn't provide an easy way to download the entire Qt source code in a single package, like in the official Qt releases.
Also, KDE doesn't provides tagged versions, I've to keep tracking manually the latest commits, or converting it to a git package.
It will require to split this package into 47x4 packages, 47 Qt modules and 4 architectures to maintain, that's 188 packages to maintain, absurd!
Cloning a git repository is slower than just downloading a source package file, making the build even much slower and painful.
Is a lot of work for something that will be dead in 1 year or 2 at most.
Good luck to the one that will step up to take care of this monstrosity, to the rest of developers, don't be lazy and consider switching to Qt6.

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 12 Next › Last »

hipersayan_x commented on 2018-11-26 19:54 (UTC)

And done.

Martchus commented on 2018-11-20 15:24 (UTC)

What do you think?

I like it. It makes sense to put the whole target platform at the beginning. So go ahead and change the package name. I'll adapt my packages as soon as I have time (likely I wait for Qt 5.12.0).

BTW: To rename an AUR package, you have to upload it as a new package. To transfer comments and votes, you can then create a merge request.

hipersayan_x commented on 2018-11-20 14:05 (UTC)

Yep, we need a common file structure before we have hundreds of Android packages populating the AUR.
My other idea is to change the package names to follow more closely the name of the Android images, for example in the AUR you have:

android-armv7a-eabi-system-image
android-x86-64-system-image
android-x86-system-image

So the android packages could have the form: android-architecture-name. And the architectures could be:

armv7a-eabi
aarch64 (this one based in the toolchain)
x86-64
x86

So for users it will be much easier to correlate the package names with the system, also it will be easier to find all packages available for the same architecture. What do you think?

Martchus commented on 2018-11-19 22:07 (UTC) (edited on 2018-11-19 22:10 (UTC) by Martchus)

Nice, you're adapting the structure of my Android package for OpenSSL, iconv, Kirigami and Boost. By the way, I'm going to upload these to the AUR soon. So far the aarch64 variants can be found in my PKGBUILDs repo. (I'm just pointing that out to prevent you from duplicating this effort.)

hipersayan_x commented on 2018-11-19 21:14 (UTC)

From now on, android-qt5-* will have the following file structure:

/opt/android-libs/architecture/bin
/opt/android-libs/architecture/include
/opt/android-libs/architecture/lib
/opt/android-libs/architecture/lib/qt
/opt/android-libs/architecture/share

The purpose of this change is to coexist with other 3rd-party Android libraries, and create an homogeneous development environment. More changes would come in the future in order to improving the situation.

Apologies for the inconvenience caused.

Martchus commented on 2018-10-30 14:07 (UTC)

I prefer using the latest SDK/NDK as well. And I wouldn't bet that the recommendations are still up-to-date.

Only for Java it seems one really has to stick to an old version. (Java 8 was the latest version I could run androiddeployqt with.)

hipersayan_x commented on 2018-10-30 12:26 (UTC)

I prefer to keep these packages working with latest NDK version only, but someone else can create a package for working with older versions.

Kicer commented on 2018-10-27 21:37 (UTC) (edited on 2018-10-27 21:37 (UTC) by Kicer)

@hipersayan_x and @kuzulis: I'm getting the same error. Both Qt, and Arch sites (http://doc.qt.io/qt-5/androidgs.html https://wiki.archlinux.org/index.php/Qt#Android) suggest using NDK10e

hipersayan_x commented on 2018-10-20 20:10 (UTC)

Only latest NDK version is supported, older versions does not receives support from Google and are not recommended for new devices AFAIK.

kuzulis commented on 2018-10-20 15:07 (UTC) (edited on 2018-10-20 16:03 (UTC) by kuzulis)

It does not compiles with NDK10e, returns:

Info: creating super cache file /home/denis/Downloads/android-qt5-armeabi-v7a/src/qt-everywhere-src-5.11.2/.qmake.super Project ERROR: Cannot run target compiler '/opt/android-ndk/toolchains/llvm/prebuilt/linux-x86_64/bin/clang++'. Output: =================== sh: /opt/android-ndk/toolchains/llvm/prebuilt/linux-x86_64/bin/clang++: No such file or directory

But when I created a symlink:

sudo ln -s /opt/android-ndk/toolchains/llvm-3.6 /opt/android-ndk/toolchains/llvm

then the Qt5 config fails with:

ERROR: Qt requires a compliant STL library.

ERROR: C++11 <random> is required and is missing or failed to compile.

ERROR: detected a std::atomic implementation that fails for function pointers. Please apply the patch corresponding to your Standard Library vendor, found in qtbase/config.tests/atomicfptr

UPD: A workaround is to replace -xplatform android-clang with -xplatform android-g++

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 12 Next › Last »