Search Criteria
Package Details: qgroundcontrol 3.5.6-1
Git Clone URL: | https://aur.archlinux.org/qgroundcontrol.git (read-only) |
---|---|
Package Base: | qgroundcontrol |
Description: | Micro air vehicle ground control station. |
Upstream URL: | http://qgroundcontrol.org/ |
Licenses: | |
Submitter: | anselmolsm |
Maintainer: | pryre |
Last Packager: | pryre |
Votes: | 7 |
Popularity: | 0.000092 |
First Submitted: | 2016-05-13 13:37 |
Last Updated: | 2019-12-06 21:51 |
Dependencies (35)
- bzip2 (bzip2-git, bzip2-rustify-git, bzip2-with-lbzip2-symlinks)
- dbus (dbus-elogind, dbus-git, dbus-x11, dbus-nosystemd, dbus-selinux)
- flac (flac-git)
- gst-plugins-base-libs (gst-plugins-base-git)
- icu (icu-git)
- libasyncns
- libffi (libffi-git)
- libgcrypt (libgcrypt15-git)
- libgpg-error (libgpg-error-git)
- libogg (libogg-git)
- libsndfile (libsndfile-git)
- libsystemd (eudev-git, libsystemd-eudev-standalone, systemd-cdown-libs-git, systemd-light-libs, systemd-libs-git, systemd-libs-selinux, systemd-libs)
- libunwind (libunwind-git)
- libx11 (libx11-git, libx11-threadsafe)
- libxau
- libxcb (libxcb-git)
- libxdmcp
- libxext (libxext-git)
- lz4 (lz4-git, lz4-static-musl, lz4-static)
- orc
- pcre (pcre-svn)
- qt5-charts (qt5-charts-git)
- qt5-graphicaleffects (qt5-graphicaleffects-git)
- qt5-location (qt5-location-git)
- qt5-multimedia (qt5-multimedia-git)
- qt5-quickcontrols (qt5-quickcontrols-git)
- qt5-quickcontrols2 (qt5-quickcontrols2-git)
- qt5-serialport (qt5-serialport-git)
- qt5-speech
- qt5-svg (qt5-svg-git)
- sdl2 (sdl2-ime-support, sdl2-rbp-bin, sdl2-hidpi-hg, sdl2-rpi, sdl2-nox, sdl2-hg)
- xz (xz-git, xz-static-git)
- zlib (zlib-asm, zlib-static, zlib-git)
- git (git-git) (make)
- qt5-base (qt5-base-git, qt5-base-headless) (make)
Latest Comments
1 2 3 4 Next › Last »
pryre commented on 2019-10-21 02:27
Sorry for the silence, apparently I wasn't getting notifications on the comments. I've bumped up the version for 3.5.5, done a bit of a clean up, and added a missing dependency that was causing rendering issues if it was excluded.
Does this fix everyone's issues?
loadlover commented on 2019-09-15 01:12
Same error for me.
Jones commented on 2019-09-09 20:47
Same error here with the patch. Should this package be flagged as outdated for this reason?
apaulsen commented on 2019-08-01 14:17
Renaming the patch file from to qgroundcontrol-3.5.3.patch to qgroundcontrol-libicudata.patch made it build for me, but I'm not sure if that's the only change that @pryre made.
petronny commented on 2019-07-29 06:00
Missing file:
petronny commented on 2019-05-02 05:34
Maybe that patch is still needed.
kikislater commented on 2019-04-29 09:06
It's solved in 3.5.2, please update. Don't liké third party repository as I had too much bugs ... Aur is here and it's fine
petronny commented on 2019-04-29 08:42
I see. We should keep the Qt modules then.
@kikislater You can also download qgroundcontrol from arch4edu. It's compiled with this PKGBUILD.
kikislater commented on 2019-04-28 05:34
Ok make sense ! for version. Thanks @pyre for packages and happy flying ;-)
So we have 5 solutions in Arch based distribution now
3 AUR packages
2 App Images from website
pryre commented on 2019-04-28 01:01
Hi Guys,
I appreciate the feedback, and sorry I haven't been able to make changes very quickly, I haven't had a internet connection at home for the last 2 weeks.
petronny (19th): thanks, I cleaned things up a bit, should be nicer now.
petronny (24th): I believe this is part of the QGroundControl build process, and due to the way they use Qt abstract classes in private headers. From the start of the build log:
This is part of their standard package distribution method, and if you check the start script, you'll see where they pull in the custom libs. So we have 2 options: either have the package potentially break on Qt updates, or copy the folder to
libs
and risk running an older / duplicate version. Obviously the first method would be preferable, but it would mean we either have users rebuild manually (or add a hook to rebuild on Qt updates?), an risk breaking, or we bump the package version on each Qt build (which I'm not keen on doing at all). If you have thoughts or another option, let me know.kikislater (24th): In terms of Qt versions, yes they use a different of Qt than Arch does (they periodically push forward versions or something to that effect), and that explains the use of the
libs/Qt
in the-bin
package. As for the "3 packages" question:-git
pulls from git master, and is self-sustaining. I think this package is fine how it is.-bin
is the pre-compiled release from the mavlink guys. I think this is self-explanatory as well.-bin
release, as it is pretty much the same as this package, but just uses the QGCS-decided Qt libs and doesn't waste the users time building the package. Incidentally, if we go this route, then I think the-git
package should follow suit with using system libs.(Edit): Honestly, it doesn't bother me with what is decided for the source packages, as I use the pre-built package anyway. I don't use QGCS enough at the moment to be bother rebuilding it myself. I am happy to keep maintaining the packages though.