Description of problem: after upgrade from 2.3.3-3, mythbackend fails to start, with report: mythbackend: symbol lookup error: /lib64/libQtWebKit.so.4: undefined symbol: g_type_class_adjust_private_offset Version-Release number of selected component (if applicable): 2.3.4-1 How reproducible: not tried Steps to Reproduce: 1. 2. 3. Actual results: Works as normal with 2.3.3-3 Expected results: Additional info: reported here: http://www.gossamer-threads.com/lists/mythtv/dev/584190#584190
Some extra info please, can you post the output of these 2 commands? Thanks. cat /etc/redhat.release rpm -q qtwebkit glib2
cat /etc/redhat.release cat: /etc/redhat.release: No such file or directory but cat /etc/redhat-release Scientific Linux release 7.0 (Nitrogen) rpm -q qtwebkit glib2 qtwebkit-2.3.3-3.el7.x86_64 (after reversion) glib2-2.36.3-5.el7.x86_64
Looks like you need a glib2 update, qtwebkit was built against el 7.1's glib2-2.40.0-4.el7
OK, thanks, Rex. I have SL7x repos active and that's in SL7rolling (pre-release). I have it and qtwebkit/qtwebkit-devel from epel-testing installed now, and have seen no problems; but for other packages I'll probably stay with 7x...
OK, I'll assume that's the problem then. epel generally only supports the latest el release (7.1 in this case). Feel free to reopen if you have more information and/or can reproduce against rhel 7.1 updates.
I feel there's something wrong here, though. The package installed with no hint of trouble, yet caused problems in use. Isn't there a case for a declared dependency?
Possibly a case for adding a versioned dependency to enforce that yes. But like I said, EPEL supports only latest RHEL releases, you're bound to run into trouble sooner or later trying to install epel pkgs on older releases. So, best to just not do it... and implementing packaging workarounds may be counterproductive.
Yes, I had doubts about trying to install the newer glib2 but I thought it would be worthwhile to help confirm the cause of the problem. At present it seems ok. Thanks again for your help and advice.
qtwebkit-2.3.4-4.el7 has been submitted as an update for Fedora EPEL 7. https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1249/qtwebkit-2.3.4-4.el7
FWIW - the proper fix for situations like this would be for glib2 to implement symbol versioning. Then the necessary requires/provides would be handled automatically.
Marking ON_QA, recent builds add a versioned glib2 runtime dependency
qtwebkit-2.3.4-6.el7 has been pushed to the Fedora EPEL 7 stable repository. If problems still persist, please make note of it in this bug report.
error still persists. Error occurs on starting texmaker (which worked until Friday). texmaker: symbol lookup error: /lib64/libQt5WebKit.so.5: undefined symbol: g_type_class_adjust_private_offset info: sudo rpm -q qtwebkit glib2 qtwebkit-2.3.4-6.el7.i686 glib2-2.36.3-5.el7.x86_64 glib2-2.36.3-5.el7.i686 sudo yum update glib* No packages marked for update yum --enablerepo epel-testing info glib2.x86_64 Name : glib2 Arch : x86_64 Version : 2.36.3 uname -a Linux localhost.localdomain 3.10.0-229.1.2.el7.x86_64 #1 SMP Thu Mar 26 09:10:25 CDT 2015 x86_64 x86_64 x86_64 GNU/Linux cat /etc/redhat-release Scientific Linux release 7.0 (Nitrogen)
You need glib2-2.40+ from rhel-7.1 per comment #3 That said, your rpm -q qtwebkit output only includes qtwebkit.i686, but the error you referenced was for /lib64/libQt5WebKit.so.5 (a 64bit library). what does this say? rpm -q -f /lib64/libQt5WebKit.so.5
rpm -q -f /lib64/libQt5WebKit.so.5 qt5-qtwebkit-5.4.1-4.el7.x86_64 but good point. I have 32-bit QT4 and 64-bit QT5 installed. QT4 for Skype and QT5 for texmaker; Skype still works. Until the update both were working. rpm -q qt5-qtwebkit qt5-qtwebkit-devel qt5-qtwebkit-5.4.1-4.el7.x86_64 qt5-qtwebkit-devel-5.4.1-4.el7.x86_64
glib2 was updated yesterday/day before to 2.40; works now on SL7, sorry for the 2-day push.