Bug 485843

Summary: kde4-config: symbol lookup error: /usr/lib/libQtNetwork.so.4:
Product: [Fedora] Fedora Reporter: Ray Van Dolson <rayvd>
Component: kdelibsAssignee: Than Ngo <than>
Status: CLOSED NOTABUG QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: 10CC: arbiter, jreznik, kevin, ltinkl, rdieter, than, tuxbrewr
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2009-02-17 07:11:20 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Ray Van Dolson 2009-02-16 23:43:24 UTC
Description of problem:
Whenever I open a shell or terminal (either from a text tty or within GNOME, XFCE, etc), the following error appears:

  kde4-config: symbol lookup error: /usr/lib/libQtNetwork.so.4: undefined symbol: _ZN14QObjectPrivate15checkWindowRoleEv

Version-Release number of selected component (if applicable):
kdelibs-4.2.0-10.fc10.i386

How reproducible:
Always

Steps to Reproduce:
1. Start shell
  
Actual results:
kde4-config complaint shown.

Expected results:
No error output.

Additional info:
This seems to have begun with the latest kdelibs updated on Feb 14th.  I have tested on two Fedora 10 machines and both exhibit this issue.

Comment 1 Kevin Kofler 2009-02-17 05:53:40 UTC
Please check the output of:
ldd `which kde4-config`
for what Qt libraries it is using. The command:
ldd `which kde4-config` | grep Qt
should return:
        libQtCore.so.4 => /usr/lib/libQtCore.so.4 (0x07cfa000)
        libQtDBus.so.4 => /usr/lib/libQtDBus.so.4 (0x00634000)
        libQtNetwork.so.4 => /usr/lib/libQtNetwork.so.4 (0x0053a000)
        libQtXml.so.4 => /usr/lib/libQtXml.so.4 (0x004ac000)
(the 0x... addresses may vary, but the path must be /usr/lib!)

If you have any private copies of Qt shipped with some broken (usually proprietary) software there, delete those private copies and complain to the supplier of that software.

Comment 2 Ray Van Dolson 2009-02-17 07:11:20 UTC
Good call.  Should have checked this first!  Nessus is to blame here.  Sorry for the noise.