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 .. 12 Next › Last »

luntik2012 commented on 2019-01-28 18:29 (UTC)

sorry for stupid question, but where could i find arm-linux-android-elf-64bit compiler in aur? qtcreator says there is no such and i cannot find it in repos

Emeric commented on 2019-01-18 10:40 (UTC)

@Martchus Thanks for pointing this page, I'll follow the discussion there!

Martchus commented on 2019-01-17 14:28 (UTC)

@Emeric Are you already aware of https://github.com/hipersayanX/ArchPackages/issues/1 ?

Emeric commented on 2019-01-17 12:52 (UTC)

Any news on the androiddeployqt bug? My applications now crash with this error:

"No implementation found for boolean org.qtproject.qt5.android.QtNative.startQtAndroidPlugin"

Martchus commented on 2019-01-12 01:37 (UTC)

If your app freezes after resume, that's a known Qt bug: https://bugreports.qt.io/browse/QTBUG-72101

I'm just mentioning this because it might not be that obvious to figure. I can personally wait for Qt 5.12.1 but it might be worth adding the patch in general.

hipersayan_x commented on 2018-12-12 03:37 (UTC)

Updated to 5.12.0, the bug with androiddeployqt still persist, I think it will be much better if we report the bug to them.

@Martchus

FFmpeg has a lot of dependencies (depending on which features you require). So that might going to be some work.

Time is not a problem.

@ak-88

android-ndk >= r18.b is now enforced, you may be able to compile it now.

ak-88 commented on 2018-12-11 16:20 (UTC) (edited on 2018-12-11 16:21 (UTC) by ak-88)

Qt can't find stl library. I don't no why?

ERROR: Qt requires a compliant STL library.

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

Martchus commented on 2018-12-09 18:53 (UTC)

I imported the patches to my Git forks for easier rebasing because one of them didn't apply to Qt 5.12.0 anymore: https://github.com/martchus/qtbase/tree/5.12.0-android, https://github.com/martchus/qtlocation/tree/5.12.0-android

I haven't tested it, though (the mingw-w64 version is still keeping my build server busy).

Right now, FFmpeg. I will be more than happy having Qt and FFmpeg.

FFmpeg has a lot of dependencies (depending on which features you require). So that might going to be some work.

hipersayan_x commented on 2018-11-27 19:10 (UTC)

Which additional packages do you have in mind? :-)

Right now, FFmpeg. I will be more than happy having Qt and FFmpeg.

Martchus commented on 2018-11-27 15:57 (UTC) (edited on 2018-12-09 18:56 (UTC) by Martchus)

Nice. I also adapted my OpenSSL version and other packages. I like that it is now aarch64 because the ABI name was always a bit annoying to type :-)

BTW: The latest Android NDK has an interesting way of providing GCC. They just provide a wrapper script which is actually just invoking clang. And cpp isn't available at all. That required workarounds for some packages. Maybe I'll create at some point an android-build-helper package to make this at least a bit nicer.

before we have hundreds of Android packages populating the AUR

Which additional packages do you have in mind? :-)

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