https://bugzilla.redhat.com/show_bug.cgi?id=1048460 --- Comment #4 from Lubomir Rintel <lkundrak@xxxxx> --- (In reply to Christopher Meng from comment #3) > 1. qt5-qtwayland should be in 5.2.0, right? I'm not sure I understand the question. I'll try to enlighten the situation as much as I can: They haven't done an official release yet. They do keep version numbers in their Git tree, which is what we use for our package versions. They don't have any other meaning though at all. We do use snapshots of their Git repository as qt5-qtwayland is not an official part of Qt yet. We build them against whichever Qt base version we use -- currently it's 5.2.0. Therefore, the qt5-qtwayland in f20 is linked against Qt 5.2.0 and works with it. To build hawaii-shell you need to grab packages from update-testing repository though. That said, EGL support is missing from qt5-qtbase in f20, therefore qt5-qtwayland does not ship with EGL-enabled accelerated backend and only supports SHM surfaces. Good enough for simple qt5 applications such as hawaii-terminal or hawaii-archiver, not functional with qml (and therefore incapable of running the shell, despite it builds fine). Patches that fix this are already in qtbase git and therefore situation will likely improve with 5.2.1. > 2. %exclude %{_libdir}/libHawaiiCore.so, why? Because it's useless at the moment -- there binaries load the actual versioned library via SONAME and there's no way anything else would realistically link to it as there are not headers. Arguably upstream might have used a static library instead though unless they have different plans. -- You are receiving this mail because: You are on the CC list for the bug. You are always notified about changes to this product and component _______________________________________________ package-review mailing list package-review@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/package-review