Opened 9 years ago
Closed 9 years ago
#12409 closed Bug Report - General (fixed)
x86_64 plugins built only after I removed qt4 devel libs on opensuse
Reported by: | Owned by: | Stuart Auchterlonie | |
---|---|---|---|
Priority: | minor | Milestone: | 0.28 |
Component: | Qt5 issues | Version: | Master Head |
Severity: | medium | Keywords: | |
Cc: | Ticket locked: | no |
Description
Hi, in ref to #12399 and #12404, I could not build mythplugins on an opensuse atom I have (x86_64). It has the same qt5 packages in number and version with the i586 laptop I was struggling before, and I am using the "qtmake-qt5 mythplugins.pro" command that I was missing before. I've tried distclean, removing the whole mythtv and mythplugins git folders and "git reset --hard", removing all the /usr/{include,lib,share}/mythtv folders without success.
The plugins refuse to build, they crash at mytharchive. The only way I managed to build them was by first removing two qt4 devel packages, more specifically libqt4-devel and libQtWebKit-devel.
I'm afraid I didn't keep the failure messages, but they looked similar to those mentioned in https://code.mythtv.org/trac/ticket/12399#comment:14
Maybe the problem is distro specific, because afterwards I experimented by reinstalling those two packages, removing all the folders (git and installation) and rebuilding both mythtv and plugins *with* success. So I can no longer reproduce the problem. I will try tomorrow with two more opensuse frontends to confirm.
Change History (8)
comment:1 Changed 9 years ago by
comment:2 Changed 9 years ago by
Component: | MythTV - General → Qt5 issues |
---|---|
Milestone: | unknown → 0.28 |
Owner: | set to Stuart Auchterlonie |
Status: | new → accepted |
I'm not seeing this so far. I've built an opensuse vm with both qt4 and qt5 installed. Master compiled fine, while 0.27 barfed in mytharchive.
Can you share the output of both $ qmake -query $ qmake-qt5 -query
Thanks Stuart
comment:3 Changed 9 years ago by
Hmmm, it may well be because you are using prefix=/usr which ends up causing /usr/include to be in the include path before the Qt5 headers, so you get the Qt4 headers which then causes the build to break
comment:4 Changed 9 years ago by
panayiota@magnum:~> qmake -query QT_INSTALL_PREFIX:/usr QT_INSTALL_DATA:/usr/share/qt4/ QT_INSTALL_DOCS:/usr/share/doc/packages/libqt4 QT_INSTALL_HEADERS:/usr/include QT_INSTALL_LIBS:/usr/lib64 QT_INSTALL_BINS:/usr/bin QT_INSTALL_PLUGINS:/usr/lib64/qt4/plugins QT_INSTALL_IMPORTS:/usr/lib64/qt4/plugins/imports QT_INSTALL_TRANSLATIONS:/usr/share/qt4/translations QT_INSTALL_CONFIGURATION:/etc/settings QT_INSTALL_EXAMPLES:/usr/lib64/qt4/examples QT_INSTALL_DEMOS:/usr/lib64/qt4/demos QMAKE_MKSPECS:/usr/share/qt4//mkspecs QMAKE_VERSION:2.01a QT_VERSION:4.8.6 panayiota@magnum:~> qmake-qt5 -query QT_SYSROOT: QT_INSTALL_PREFIX:/usr QT_INSTALL_ARCHDATA:/usr/lib64/qt5 QT_INSTALL_DATA:/usr/share/qt5 QT_INSTALL_DOCS:/usr/share/doc/packages/qt5 QT_INSTALL_HEADERS:/usr/include/qt5 QT_INSTALL_LIBS:/usr/lib64 QT_INSTALL_LIBEXECS:/usr/lib64/qt5/libexec QT_INSTALL_BINS:/usr/lib64/qt5/bin QT_INSTALL_TESTS:/usr/tests QT_INSTALL_PLUGINS:/usr/lib64/qt5/plugins QT_INSTALL_IMPORTS:/usr/lib64/qt5/imports QT_INSTALL_QML:/usr/lib64/qt5/qml QT_INSTALL_TRANSLATIONS:/usr/share/qt5/translations QT_INSTALL_CONFIGURATION:/etc/xdg QT_INSTALL_EXAMPLES:/usr/lib64/qt5/examples QT_INSTALL_DEMOS:/usr/lib64/qt5/examples QT_HOST_PREFIX:/usr QT_HOST_DATA:/usr/lib64/qt5 QT_HOST_BINS:/usr/lib64/qt5/bin QT_HOST_LIBS:/usr/lib64 QMAKE_SPEC:linux-g++ QMAKE_XSPEC:linux-g++ QMAKE_VERSION:3.0 QT_VERSION:5.4.0
And my initial assumption that reinstalling the qt4 devel libraries would not crash the plugins built were not entirely correct: a simple "make" will not fail, but after distclean I cannot build the plugins unless I remove the libraries (tried it on the laptop I first observed it)
comment:5 Changed 9 years ago by
Okay, reproduced it. It occurs when you set prefix=/usr because then the Qt4 headers get picked up as a consequence of finding the "installed" mythtv headers under /usr/include
Out of curiosity, which opensuse version are you running? i've installed 13.2 and it installed qt5 version 5.3.2
comment:6 Changed 9 years ago by
yianni@eagle1:~/mythtv-git/mythplugins> cat /etc/SuSE-release openSUSE 20150227 (i586) VERSION = 20150227 CODENAME = Tumbleweed # /etc/SuSE-release is deprecated and will be removed in the future, use /etc/os-release instead yianni@eagle1:~/mythtv-git/mythplugins> cat /etc/os-release NAME=openSUSE VERSION="20150227 (Tumbleweed)" VERSION_ID="20150227" PRETTY_NAME="openSUSE 20150227 (Tumbleweed) (i586)" ID=opensuse ANSI_COLOR="0;32" CPE_NAME="cpe:/o:opensuse:opensuse:20150227" BUG_REPORT_URL="https://bugs.opensuse.org" HOME_URL="https://opensuse.org/" ID_LIKE="suse"
I use the rolling release, which as far as I understand IS opensuse at the moment. The oss repo is http://ftp.halifax.rwth-aachen.de/opensuse/factory/repo/oss and the non-oss is at http://ftp.halifax.rwth-aachen.de/opensuse/factory/repo/non-oss
comment:7 Changed 9 years ago by
The info on the previous comment is from the laptop, but all pcs have the same repos setup. I actually rsync it locally and install from nfs.
comment:8 Changed 9 years ago by
Resolution: | → fixed |
---|---|
Status: | accepted → closed |
Yes, the bahaviour is the same on another x86_64 opensuse system. Mythplugins will not build initially.
I think I can afford not building the plugins for now, should any developer want me to make further tests. I am sure that if I remove and reinstall the qt4 devel libs, I'll be able to build the plugins without problem, but it will be irreversible.