Bug 1379032 - kwin_x11: relocation error: /usr/lib64/libkwin.so.5:
Summary: kwin_x11: relocation error: /usr/lib64/libkwin.so.5:
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: kwin
Version: 24
Hardware: x86_64
OS: Linux
unspecified
urgent
Target Milestone: ---
Assignee: Daniel Vrátil
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-09-24 05:28 UTC by George R. Goffe
Modified: 2016-09-25 15:19 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-09-25 13:25:59 UTC
Type: Bug


Attachments (Terms of Use)
tar.gz file containing "startx.log" and "/var/log/Xorg.0.log" (8.37 KB, application/x-gzip)
2016-09-24 05:28 UTC, George R. Goffe
no flags Details
gzip'd output of the requested ldd command... (2.55 KB, application/x-gzip)
2016-09-25 02:42 UTC, George R. Goffe
no flags Details

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...


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