Summary: | dev-qt/qtwebkit-5: Project ERROR: Unknown module(s) in QT: opengl / webkitwidget | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Stefan Böhmann <devel> |
Component: | [OLD] Library | Assignee: | Qt Bug Alias <qt> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | fabio.coatti, kripton, maggu2810, mh, patrick, uwelk, zexavexxe |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 454132 |
Description
Stefan Böhmann
2012-12-22 12:56:47 UTC
make[2]: Leaving directory '/var/tmp/portage/dev-qt/qtwebkit-5.2.1/work/qtwebkit-opensource-src-5.2.1_build/Source' cd WebKit2/ && ( test -e Makefile.WebProcess || /var/tmp/portage/dev-qt/qtwebkit-5.2.1/work/qtwebkit-opensource-src-5.2.1_build/bin/qmake /var/tmp/portage/dev-qt/qtwebkit-5.2.1/work/qtwebkit-opensource-src-5.2.1/Source/WebKit2/WebProcess.pro -o Makefile.WebProcess ) && make -f Makefile.WebProcess Project ERROR: Unknown module(s) in QT: webkitwidgets Makefile.QtWebKit:68: recipe for target 'sub-WebKit2-WebProcess-pro-make_first-ordered' failed make[1]: *** [sub-WebKit2-WebProcess-pro-make_first-ordered] Error 3 make[1]: Leaving directory '/var/tmp/portage/dev-qt/qtwebkit-5.2.1/work/qtwebkit-opensource-src-5.2.1_build/Source' Makefile:303: recipe for target 'sub-Source-QtWebKit-pro-make_first-ordered' failed make: *** [sub-Source-QtWebKit-pro-make_first-ordered] Error 2 * ERROR: dev-qt/qtwebkit-5.2.1::gentoo failed (compile phase): * emake failed Just ran into this. Was able to work around it with USE="widgets" for this package. *** Bug 512274 has been marked as a duplicate of this bug. *** (In reply to Kelly Price from comment #2) > Just ran into this. Was able to work around it with USE="widgets" for this > package. +1 We can get a bit further with ' qt_use_disable_mod widgets widgets Source/WebKit2/WebProcess.pro' but in Source/WebKit2/qt/MainQt.cpp: #if defined(QT_NO_WIDGETS) #include <QGuiApplication> typedef QGuiApplication ApplicationType; #else #include <QApplication> typedef QApplication ApplicationType; #endif Is there any way to handle this, or should we just drop the widgets USE flag? (In reply to Michael Palimaka (kensington) from comment #5) > Is there any way to handle this, or should we just drop the widgets USE flag? No, at least not in a sane way. It's much easier and safer to just drop USE=widgets and always require it. We can revisit this later if needed. USE flag removed in overlay, will push to the tree if it looks sane. https://github.com/gentoo/qt/commit/89f342721be920c796ac7323454746fd4f661c8f LGTM, please proceed. (don't bother to revbump...) What about the opengl part of this bug? Thanks, fixed in CVS. I tried a few things but wasn't able to reproduce any opengl issue (and haven't heard anything about it lately either). Please reopen with a build log if that issue persists. + 25 Sep 2014; Michael Palimaka <kensington@gentoo.org> qtwebkit-5.3.2.ebuild: + Remove widgets USE flag wrt bug #448178 as it causes build failure when + disabled. |