Bug 1598082 - QT5 internal Libdependencies after fix for #1596926 failing
Summary: QT5 internal Libdependencies after fix for #1596926 failing
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Fedora
Classification: Fedora
Component: qt5-qtbase
Version: 27
Hardware: x86_64
OS: Linux
unspecified
urgent
Target Milestone: ---
Assignee: Than Ngo
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2018-07-04 10:00 UTC by customercare
Modified: 2018-07-08 15:30 UTC (History)
6 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2018-07-08 15:30:57 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description customercare 2018-07-04 10:00:55 UTC
Description of problem:

Today i played music with qmmp and noticed that i can't add song anymore from nemo. In the end i saw this message appearing:

qmmp: relocation error: /lib64/libQt5Gui.so.5: symbol _ZN15QVariantPrivate15regisperHandlerEiPKN8QVariant7HandlerE, version Qt_5 not defined in file libQt5Core.so.5 with link time reference

ALL QT5 Apps are no longer running.

Now the worst part them all : 

The last QT5 update is a week old ( see history of bug 1596926 ).

I guess an internal libcache got updated today, and now the missing dependencies are making themself noticeable.

I had to downgrade the entire qt5 framework to getrid of it.

Version-Release number of selected component (if applicable):

5.9.6-1

Comment 1 Rex Dieter 2018-07-08 14:18:35 UTC
In your case, there's a specific problem with one library:
/lib64/libQt5Gui.so.5
with missing symbols, so lets start there.

That said, I cannot reproduce this at the moment

ldd -r  /lib64/libQt5Gui.so.5
yields no missing symbols for me, but I'll try digging deeper later today.

Comment 2 customercare 2018-07-08 14:55:02 UTC
what I don't understand is, why it happenend several days after the update, in midair computing time, while qt programms were running. I did nothing special, a few mp3 (thats how I noticed it) , ff , thunderbird... thats more or less it.

A laptop, which installed the update on wednesday, a few days after we released the fix, did not have a problem on update day either. 

Is there a cronbased rebuild of some kind involved?

Comment 3 Rex Dieter 2018-07-08 15:00:56 UTC
None that I'm aware of (there was 'prelink' in the past, but I don't think that's used anymore)

Comment 4 Rex Dieter 2018-07-08 15:14:57 UTC
One debug step that may help, when problem occurs, please post output from :

ldd -r /usr/bin/qmmp

Comment 5 customercare 2018-07-08 15:15:55 UTC
	linux-vdso.so.1 (0x00007ffce29db000)
	libqmmp.so.1 => /lib64/libqmmp.so.1 (0x00007f28d6b28000)
	libqmmpui.so.1 => /lib64/libqmmpui.so.1 (0x00007f28d67e8000)
	libQt5Widgets.so.5 => /lib64/libQt5Widgets.so.5 (0x00007f28d5f98000)
	libQt5Gui.so.5 => /lib64/libQt5Gui.so.5 (0x00007f28d58d8000)
	libQt5Network.so.5 => /lib64/libQt5Network.so.5 (0x00007f28d5550000)
	libQt5Core.so.5 => /lib64/libQt5Core.so.5 (0x00007f28d4ea8000)
	libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007f28d4b20000)
	libm.so.6 => /lib64/libm.so.6 (0x00007f28d47d0000)
	libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f28d45b8000)
	libc.so.6 => /lib64/libc.so.6 (0x00007f28d4200000)
	libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f28d3fe0000)
	libGL.so.1 => /lib64/libGL.so.1 (0x00007f28d3d50000)
	libpng16.so.16 => /lib64/libpng16.so.16 (0x00007f28d3b18000)
	libharfbuzz.so.0 => /lib64/libharfbuzz.so.0 (0x00007f28d3880000)
	libz.so.1 => /lib64/libz.so.1 (0x00007f28d3668000)
	libssl.so.1.1 => /lib64/libssl.so.1.1 (0x00007f28d33f8000)
	libcrypto.so.1.1 => /lib64/libcrypto.so.1.1 (0x00007f28d2f70000)
	libsystemd.so.0 => /lib64/libsystemd.so.0 (0x00007f28d2ce0000)
	libicui18n.so.57 => /lib64/libicui18n.so.57 (0x00007f28d2868000)
	libicuuc.so.57 => /lib64/libicuuc.so.57 (0x00007f28d24c0000)
	libicudata.so.57 => /lib64/libicudata.so.57 (0x00007f28d0a40000)
	libpcre2-16.so.0 => /lib64/libpcre2-16.so.0 (0x00007f28d07c8000)
	libdl.so.2 => /lib64/libdl.so.2 (0x00007f28d05c0000)
	libgthread-2.0.so.0 => /lib64/libgthread-2.0.so.0 (0x00007f28d03b8000)
	libglib-2.0.so.0 => /lib64/libglib-2.0.so.0 (0x00007f28d00a0000)
	/lib64/ld-linux-x86-64.so.2 (0x00007f28d6fd0000)
	libGLX.so.0 => /lib64/libGLX.so.0 (0x00007f28cfe68000)
	libX11.so.6 => /lib64/libX11.so.6 (0x00007f28cfb28000)
	libXext.so.6 => /lib64/libXext.so.6 (0x00007f28cf910000)
	libGLdispatch.so.0 => /lib64/libGLdispatch.so.0 (0x00007f28cf658000)
	libfreetype.so.6 => /lib64/libfreetype.so.6 (0x00007f28cf3a0000)
	libgraphite2.so.3 => /lib64/libgraphite2.so.3 (0x00007f28cf170000)
	libgcrypt.so.20 => /lib64/libgcrypt.so.20 (0x00007f28cee50000)
	librt.so.1 => /lib64/librt.so.1 (0x00007f28cec48000)
	liblzma.so.5 => /lib64/liblzma.so.5 (0x00007f28cea20000)
	liblz4.so.1 => /lib64/liblz4.so.1 (0x00007f28ce808000)
	libselinux.so.1 => /lib64/libselinux.so.1 (0x00007f28ce5d8000)
	libpcre.so.1 => /lib64/libpcre.so.1 (0x00007f28ce360000)
	libxcb.so.1 => /lib64/libxcb.so.1 (0x00007f28ce138000)
	libbz2.so.1 => /lib64/libbz2.so.1 (0x00007f28cdf20000)
	libgpg-error.so.0 => /lib64/libgpg-error.so.0 (0x00007f28cdd00000)
	libpcre2-8.so.0 => /lib64/libpcre2-8.so.0 (0x00007f28cda78000)
	libXau.so.6 => /lib64/libXau.so.6 (0x00007f28cd870000)

Comment 6 customercare 2018-07-08 15:19:04 UTC
Thats the actual installation , working correctly :

# rpm -qa |grep qt5 | sort
dbusmenu-qt5-0.9.3-0.15.20150604.fc27.x86_64
phonon-qt5-4.9.1-5.fc27.x86_64
phonon-qt5-backend-gstreamer-4.9.0-4.fc27.x86_64
polkit-qt5-1-0.112.0-11.fc27.x86_64
poppler-qt5-0.57.0-9.fc27.x86_64
python3-qt5-5.9.1-3.fc27.x86_64
python3-qt5-base-5.9.1-3.fc27.x86_64
python3-qt5-webkit-5.9.1-3.fc27.x86_64
python-qt5-rpm-macros-5.9.1-3.fc27.noarch
qca-qt5-2.1.3-6.fc27.x86_64
qca-qt5-ossl-2.1.3-6.fc27.x86_64
qt5-qtbase-5.9.6-3.fc27.x86_64
qt5-qtbase-common-5.9.6-3.fc27.noarch
qt5-qtbase-gui-5.9.6-3.fc27.x86_64
qt5-qtconnectivity-5.9.6-1.fc27.x86_64
qt5-qtdeclarative-5.9.6-1.fc27.x86_64
qt5-qtenginio-1.6.2-13.fc27.x86_64
qt5-qtgraphicaleffects-5.9.6-1.fc27.x86_64
qt5-qtlocation-5.9.6-1.fc27.x86_64
qt5-qtmultimedia-5.9.6-1.fc27.x86_64
qt5-qtquickcontrols-5.9.6-1.fc27.x86_64
qt5-qtscript-5.9.6-1.fc27.x86_64
qt5-qtsensors-5.9.6-1.fc27.x86_64
qt5-qtserialport-5.9.6-1.fc27.x86_64
qt5-qtspeech-5.9.6-1.fc27.x86_64
qt5-qtspeech-speechd-5.9.6-1.fc27.x86_64
qt5-qtsvg-5.9.6-1.fc27.x86_64
qt5-qttools-common-5.9.6-1.fc27.noarch
qt5-qttools-libs-designer-5.9.6-1.fc27.x86_64
qt5-qttools-libs-help-5.9.6-1.fc27.x86_64
qt5-qtwebchannel-5.9.6-1.fc27.x86_64
qt5-qtwebkit-5.212.0-0.20.alpha2.fc27.1.x86_64
qt5-qtwebsockets-5.9.6-1.fc27.x86_64
qt5-qtx11extras-5.9.6-1.fc27.x86_64
qt5-qtxmlpatterns-5.9.6-1.fc27.x86_64
qt5-srpm-macros-5.9.6-1.fc27.noarch

qmmp-1.1.10-2.fc27.x86_64
qmmp-plugin-pack-1.1.4-1.fc27.x86_64
qmmp-plugins-freeworld-1.1.10-1.fc27.x86_64

Comment 7 Rex Dieter 2018-07-08 15:27:37 UTC
OK, so it appears there are no missing symbols now and things are working properly?

Comment 8 customercare 2018-07-08 15:29:21 UTC
atm .. it's working as it should.

Comment 9 Rex Dieter 2018-07-08 15:30:57 UTC
OK, let's consider this resolved for now.  Please re-open if it happens again (and repost ldd output like you did above), thanks.


Note You need to log in before you can comment on or make changes to this bug.