Package Details: qt5-wayland-git a-3

Git Clone URL: (read-only, click to copy)
Package Base: qt5-wayland-git
Description: A cross-platform application and UI framework (QtWayland)
Upstream URL:
Licenses: GPL3, LGPL
Conflicts: qt5-wayland
Provides: qt5-wayland
Submitter: plfiorini
Maintainer: swiftgeek (theaifam5)
Last Packager: theaifam5
Votes: 10
Popularity: 0.000000
First Submitted: 2013-12-16 19:10 (UTC)
Last Updated: 2015-10-06 22:20 (UTC)

Required by (77)

Sources (1)

Latest Comments

Depau commented on 2020-06-23 23:41 (UTC)

Hi, the package now depends on vulkan-headers.

swiftgeek commented on 2015-01-20 19:39 (UTC)

qmake works without issues since qt5-base 5.4.0-3 Happy Testing ;)

swiftgeek commented on 2015-01-14 11:56 (UTC)

Stable base 5.4 + -dev is clearly broken since face2023e41723e48f044977ebf76577d2313992 , do not even attempt to compile with this commit I think it's best to use branches specific for installed major version of qt5-base qmake from repo is still heavily broken

swiftgeek commented on 2014-12-14 00:32 (UTC)

xcb-util-renderutil is probably a dependency (which is most probably lost somewhere in repo, or just makedep there)

stozi commented on 2014-11-27 05:08 (UTC)

Well, we could try qupzilla-webengine-git

swiftgeek commented on 2014-11-26 22:41 (UTC)

1. Thank TheAifam5 (fixups for api breakage, unrelated to FS#38819) and kovidgoyal (qmake part) 2. Click watch/vote on FS#38819, make BaSh finally fix his qt5-base package/build_environment (cannot pinpoint which one - too low resources to compile it so many times) which contains completely¹ broken qmake. Qt5-wayland gives best reproducibility because QT5 guys wont fix their framework to compile under special qmake from arch -.- Other projects care about not losing userbase and are adding those crazy hacks directly into their projects, which is then applied for every distro out there -.- 3. To reproduce FS#38819 remove QMAKE_LIBS_PRIVATE (but ofc, do not remove ".." that is written after it) 4. If app is using qt5 - it might be not enough if other components are relying on X11 like webkit. I will try to investigate which package fails first to compile against wayland for qupzilla (because it would be great to have browser under pure wayland) ¹ if it was gcc and it was producing in some cases slightly different binaries in arch only …

stozi commented on 2014-11-26 20:32 (UTC)

Thanks for the work! After building and installing this, '$ qupzilla --platform wayland' still "could not find or load the Qt platform plugin wayland," do I need to something with qt5-base or qupzilla?

swiftgeek commented on 2014-11-26 03:58 (UTC)

Not sure, but i probably also need input from ARM guys… not sure if they are still using this AUR

swiftgeek commented on 2014-11-26 03:16 (UTC)

~Merged TheAifam5's package here to get this package working with any qt5-* by illegal means as usual What branch should be selected by default for qt5-base-git?

theaifam5 commented on 2014-11-23 23:16 (UTC) QtWayland 5.4

fluxboxer commented on 2014-07-31 13:30 (UTC)

stozi's version below works and works without trying to build the git versions of already installed packages.

fluxboxer commented on 2014-07-29 20:08 (UTC)

WARNING: /tmp/yaourt-tmp-burak/aur-qt5-xmlpatterns-git/src/qt5-xmlpatterns/ Unable to find file for inclusion qt_parts g++ -Wl,-O1,--sort-common,--as-needed,-z,relro -Wl,-O1 -o qtxmlpatterns -L/usr/lib -lQtGui -lQtCore -lpthread /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/../../../../lib/crt1.o: In function `_start': (.text+0x20): undefined reference to `main' collect2: error: ld returned 1 exit status Makefile:104: recipe for target 'qtxmlpatterns' failed make: *** [qtxmlpatterns] Error 1 ==> ERROR: A failure occurred in prepare(). Aborting... ==> ERROR: Makepkg was unable to build qt5-xmlpatterns-git. ==> Restart building qt5-xmlpatterns-git ? [y/N]

swiftgeek commented on 2014-06-06 11:15 (UTC)

I meant that i have no idea if it segfaults because of QMAKE_LIBS_PRIVATE or nvidia (pkgbuild like the one below)

plfiorini commented on 2014-06-06 10:36 (UTC)

@swiftgeek: that's kind of expected, nvidia binary blob doesn't play nice with wayland

stozi commented on 2014-06-06 10:19 (UTC)

Neither wayland nor wayland-egl works for me with ati. Why not change the PKGBUILD to the following, functional one? Note, branch 5.3 appeared yesterday: # Maintainer: Pier Luigi Fiorini <> pkgname=qt5-wayland-git pkgver=v5.3 pkgrel=1 pkgdesc="A cross-platform application and UI framework (QtWayland)" arch=('i686' 'x86_64') url="" license=('GPL3' 'LGPL') depends=('qt5-base' 'qt5-declarative' 'libxcomposite' 'wayland') makedepends=('git' 'qtchooser') conflicts=('qt5-wayland') options=('!libtool' 'debug') source=(git:// md5sums=('SKIP') pkgver() { cd qtwayland git describe --always | sed 's|-|.|g' } build() { export QT_SELECT=5 cd qtwayland qmake CONFIG+=wayland-compositor QMAKE_LIBS_PRIVATE+="-lfontconfig -lfreetype -lXrender" make } package() { cd qtwayland make INSTALL_ROOT="${pkgdir}" install }

swiftgeek commented on 2014-04-30 16:42 (UTC)

"wayland-egl" seems to be broken while "wayland" works… at least on nvidia's binary blob

haagch commented on 2014-04-30 15:16 (UTC)

Nice, for the first time ever I could build this. stable branch is always broken, it fails immediately with some function signatures not matching etc. But dev *almost* works out of the box. Changing the qmake line to qmake CONFIG+=wayland-compositor QMAKE_LIBS_PRIVATE+="-lfontconfig -lfreetype -lXrender" does get rid of the linking problem. I think you should just change it in the PKGBUILD until it is fixed in archlinux because it is very non-invasive anyway. The dev currently only has this problem: ../../../hardwareintegration/client/wayland-egl/qwaylandeglwindow.h:73:10: error: 'void QWaylandEglWindow::invalidateSurface()' marked override, but does not override Workaround: sed -i "s,void invalidateSurface() Q_DECL_OVERRIDE;,void invalidateSurface();,g" src/hardwareintegration/client/wayland-egl/qwaylandeglwindow.h Then it compiles and actually works. Anyway, it took me literally less than a minute to crash weston: Open weston in X, open a weston terminal, run qtcreator -platform wayland, go to help - about plugins, close the window, then close the qt creator main window with X, weston crashes. I'm not sure what to think of this. Only that qtwayland really needs to be included in upstream qt, because in literally every active branch something else is broken.

swiftgeek commented on 2014-04-30 04:36 (UTC)

qt5-base-git is providing qt5-base so hard dependency is not needed at all … branch (and workaround) could be switched by checking [ -d /var/lib/pacman/local/qt5-base-git* ]

swiftgeek commented on 2014-04-30 03:48 (UTC)

Forking is definitely not a proper fix and workaround requires only simple comparison with compilation on qt5-base-git / other distro (just log with full g++/gcc commands) Proper fix is within reach of anyone that is capable of recompiling qt5 and at least some of the packages that are depending on qt5 (since only qmake is affected) … my old 20W C2D is not capable of testing that

swiftgeek commented on 2014-04-30 03:35 (UTC)

Why switching branch and deps? Stable branch was working with arch repo's stable QT5 with QMAKE_LIBS_PRIVATE+="-lfontconfig -lfreetype -lXft -lXext -lXrandr -lXrender -lX11 -lXinerama" passed to qmake (previous pkgbuild)

plfiorini commented on 2014-02-06 21:09 (UTC)

Bug reported here:

plfiorini commented on 2014-02-06 20:01 (UTC)

@stozi: there's a libQt5PlatformSupport.a with qt5-base 5.2.1 but I get linker errors building qtwayland

stozi commented on 2014-02-05 22:37 (UTC)

I've requested this bug report to be re-opened.

demolitions commented on 2014-01-29 23:13 (UTC)

Installing qt5-base-git from AUR, the error in build() becomes

demolitions commented on 2014-01-29 22:44 (UTC)

Error in build(): In file included from qwaylandintegration.cpp:44:0: qwaylanddisplay_p.h:52:54: fatal error: QtWaylandClient/private/qwayland-wayland.h: No such file or directory

plfiorini commented on 2013-08-30 21:16 (UTC)

Branch stable is where development is happening now.