Hello Gentoo-Qt team, I just wanted to let you know that we released version 0.4.6 of qpdfview with several fixes and new features including support for using Qt5 and Poppler's Qt5 frontend. Please consider packaging it and extending the ebuild to enable the usage of Qt5 as it is considered the default platform from now on. Thank you. Best regards, Adam. P.S.: We also ship localized versions of the online help (under "/usr/share/qpdfview/help_${tag}.html" by default) which could be considered for selective packaging.
Thanks! Committed. As for Qt5 support, we don't have that in the portage tree yet, so we will implement that later. If would help us a lot if the Qt version to build qpdfview with is selectable for the user, instead of auto-detected.
(In reply to Ben de Groot from comment #1) > Thanks! Committed. > > As for Qt5 support, we don't have that in the portage tree yet, so we will > implement that later. If would help us a lot if the Qt version to build > qpdfview with is selectable for the user, instead of auto-detected. Hello Ben, thanks for looking into this! As for user selection of the Qt version, this is basically done by choosing one or the other version of qmake to process the project file, i.e. "qmake-qt4 qpdfview.pro" will create Makefiles against Qt4 whereas "qmake-qt5 qpdfview.pro" will create Makefiles against Qt5. (And the corresponding Poppler frontend.) (Assuming "qmake-qt{4|5}" are symlinks to the real binaries if both Qt versions are installed.) Best regards, Adam.
I added poppler with qt5-support to my overlay [1]. Also added qpdfview, which forces build against qt5. There may be issues (e.g. with src_prepare and src_install), especially since a dedicated qt5.eclass is missing - reports are welcome :). Nevertheless qpdfview runs fine. Well - the very first pdf I opened crashed qpdfview, but IMHO that was either an issue in qpdfview's config or Qt's plugin cache. No crashes since then :) [1] https://github.com/ff2000/gentoo-overlay/commit/0d6a5ae32e92ca994595780d8e720e97d62a5ccb
(In reply to Franz Fellner from comment #3) > especially since a dedicated qt5.eclass is missing - And we have no plans to write one. Please use eqmake5() from qmake-utils.eclass, that should be enough in 95% of cases.