Bug 1379032

Summary: kwin_x11: relocation error: /usr/lib64/libkwin.so.5:
Product: [Fedora] Fedora Reporter: George R. Goffe <grgoffe>
Component: kwinAssignee: Daniel Vrátil <me>
Status: CLOSED NOTABUG QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: urgent Docs Contact:
Priority: unspecified    
Version: 24CC: edoubrayrie, grgoffe, jgrulich, me, rdieter, than
Target Milestone: ---Keywords: Triaged
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-09-25 13:25:59 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
tar.gz file containing "startx.log" and "/var/log/Xorg.0.log"
none
gzip'd output of the requested ldd command... none

Description George R. Goffe 2016-09-24 05:28:49 UTC
Created attachment 1204321 [details]
tar.gz file containing "startx.log" and "/var/log/Xorg.0.log"

Description of problem:

attempting to startx (startkde in .xinitrc) produces error message and an incompletely initialized desktop. Received the following error message:

kwin_x11: relocation error: /usr/lib64/libkwin.so.5: symbol _ZN17QQuickPaintedItem10itemChangeEN10QQuickItem10ItemChangeERKNS0_14ItemChangeDataE, version Qt_5 not defined in file libQt5Quick.so.5 with link time reference


Version-Release number of selected component (if applicable):
kwin-5.7.1-3.fc25.x86_64
kwin-common-5.7.1-3.fc25.x86_64
kwin-libs-5.7.1-3.fc25.x86_64


How reproducible:

always
Steps to Reproduce:
1.startx
2.
3.

Actual results:
partially initialized desktop. menuing system broken. no widget decorations.

Expected results:
a fully operational and initialized desktop

Additional info:

Comment 1 Rex Dieter 2016-09-24 21:09:41 UTC
Pleast post the output from:

rpm -q qt5-qtbase qt5-qtdeclarative

and

ldd -r /usr/bin/kwin_x11

Comment 2 George R. Goffe 2016-09-24 21:42:35 UTC
Thank you Rex!

qt5-qtbase-5.6.0-13.fc25.x86_64
qt5-qtdeclarative-5.6.0-12.fc25.x86_64

George...

Comment 3 Rex Dieter 2016-09-24 21:49:06 UTC
2 things.

1.  you forgot the "and 
ldd -r /usr/bin/kwin_x11"
part

2.  Please install updates, the latest qt5 available for f25 is 5.7.0

Comment 4 Rex Dieter 2016-09-24 21:50:12 UTC
and as for updates(item 1), also plasma-5.7.5 is available,
https://bodhi.fedoraproject.org/updates/FEDORA-2016-e8ac7893c0

Comment 5 George R. Goffe 2016-09-25 02:42:20 UTC
Created attachment 1204483 [details]
gzip'd output of the requested ldd command...

Rex,

I had noticed that a few minutes before your message. Sorry 'bout that.

George...

Comment 6 George R. Goffe 2016-09-25 08:43:55 UTC
Rex,

I couldn't get DNF to accept the "dnf -y --best --allowerasing --exclude=vim-minimal upgrade qt'*'" syntax and variants. Dnf issued NO message but the exclude didn't take. I needed to exclude vim-minimal because there's a conflict between vim-common and vim-minimal for the vim man page (/usr/share/man/man1/vim.1). I did the Attila the Hun trick with the rpm command by removing vim-minimal with --nodeps.

The upgrade worked and fixed the problem I was having. Now I get other errors. Firefox gives this error message (new bug?):

(firefox:6786): Gdk-ERROR **: The program 'firefox' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadAccess (attempt to access private resource denied)'.
  (Details: serial 316 error_code 10 request_code 130 (MIT-SHM) minor_code 1)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the GDK_SYNCHRONIZE environment
   variable to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)

[1]+  Trace/breakpoint trap   (core dumped) /opt/firefox.vers1/firefox "$@" -P


I'll have to address this again when I get home.

THANKS!

George...

Comment 7 Rex Dieter 2016-09-25 13:25:59 UTC
Glad you got it working (closing)

/opt/firefox isn't a fedora-packaged firefox, you'll have to ask whoever provided that one.

Comment 8 George R. Goffe 2016-09-25 15:19:39 UTC
Rex,

Thanks for your help.

I get other problems with "dnf -y upgrade firefox"... new bug...

George...