stellarium does not start up

Bug #210257 reported by René Brandenburger
2
Affects Status Importance Assigned to Milestone
stellarium (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Binary package hint: stellarium

steps to reproduce:

* open terminal
* type stellarium <Enter>
-> stellarium: symbol lookup error: /usr/lib/libQtScript.so.4: undefined symbol: _ZN14QObjectPrivate15checkWindowRoleEv

 lsb_release -rd
Description: Ubuntu hardy (development branch)
Release: 8.04

 apt-cache policy stellarium
stellarium:
  Installiert:0.9.1-2
  Mögliche Pakete:0.9.1-2
  Versions-Tabelle:
 *** 0.9.1-2 0
        500 http://archive.ubuntu.com hardy/universe Packages
        100 /var/lib/dpkg/status

Revision history for this message
René Brandenburger (rene-brandenburger) wrote :

tryed to compile from sources, build runs fine, but same problem

Revision history for this message
René Brandenburger (rene-brandenburger) wrote :

hmmm, some more googling showed that the culprit is nessuss, which comes with it's own version, and stellarium is using that version

$ ldd /usr/bin/stellarium
 linux-gate.so.1 => (0xb7f21000)
 libQtOpenGL.so.4 => /usr/lib/libQtOpenGL.so.4 (0xb7e94000)
 libQtGui.so.4 => /opt/nessus/lib/libQtGui.so.4 (0xb7661000) <=================
 libpng12.so.0 => /usr/lib/libpng12.so.0 (0xb763d000)
 libSM.so.6 => /usr/lib/libSM.so.6 (0xb7635000)
 libICE.so.6 => /usr/lib/libICE.so.6 (0xb761d000)
 libXi.so.6 => /usr/lib/libXi.so.6 (0xb7615000)
 libXrender.so.1 => /usr/lib/libXrender.so.1 (0xb760d000)
 libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0xb7607000)
 libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0xb75fd000)
 libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0xb75fa000)
 libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0xb75f5000)
 libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb7585000)
 libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0xb755b000)
 libXext.so.6 => /usr/lib/libXext.so.6 (0xb754d000)
 libX11.so.6 => /usr/lib/libX11.so.6 (0xb7465000)
 libQtNetwork.so.4 => /usr/lib/libQtNetwork.so.4 (0xb73d4000)
 libQtCore.so.4 => /opt/nessus/lib/libQtCore.so.4 (0xb721f000) <=================
 libz.so.1 => /usr/lib/libz.so.1 (0xb720a000)
 libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0xb7205000)
 libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0xb7154000)
 librt.so.1 => /lib/tls/i686/cmov/librt.so.1 (0xb714a000)
 libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0xb7132000)
 libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0xb712e000)
 libQtScript.so.4 => /usr/lib/libQtScript.so.4 (0xb7036000)
 libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0xb7016000)
 libGLU.so.1 => /usr/lib/libGLU.so.1 (0xb6f93000)
 libGL.so.1 => /usr/lib/libGL.so.1 (0xb6f30000)
 libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb6de1000)
 libSDL_mixer-1.2.so.0 => /usr/lib/libSDL_mixer-1.2.so.0 (0xb6d57000)
 libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb6c64000)
 libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0xb6c3f000)
 libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb6c34000)
 libaudio.so.2 => /usr/lib/libaudio.so.2 (0xb6c1d000)
 libXt.so.6 => /usr/lib/libXt.so.6 (0xb6bcc000)
 libexpat.so.1 => /usr/lib/libexpat.so.1 (0xb6bab000)
 libXau.so.6 => /usr/lib/libXau.so.6 (0xb6ba8000)
 libxcb-xlib.so.0 => /usr/lib/libxcb-xlib.so.0 (0xb6ba5000)
 libxcb.so.1 => /usr/lib/libxcb.so.1 (0xb6b8d000)
 libselinux.so.1 => /lib/libselinux.so.1 (0xb6b74000)
 libpcre.so.3 => /usr/lib/libpcre.so.3 (0xb6b4d000)
 /lib/ld-linux.so.2 (0xb7f22000)
 libXxf86vm.so.1 => /usr/lib/libXxf86vm.so.1 (0xb6b48000)
 libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0xb6b44000)
 libdrm.so.2 => /usr/lib/libdrm.so.2 (0xb6b3a000)
 libSDL-1.2.so.0 => /usr/lib/libSDL-1.2.so.0 (0xb6aab000)
 libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb6aa6000)
 libasound.so.2 => /usr/lib/libasound.so.2 (0xb69e3000)
 libdirectfb-1.0.so.0 => /usr/lib/libdirectfb-1.0.so.0 (0xb697f000)
 libfusion-1.0.so.0 => /usr/lib/libfusion-1.0.so.0 (0xb6977000)
 libdirect-1.0.so.0 => /usr/lib/libdirect-1.0.so.0 (0xb6964000)

removing /opt/nessus/lib from /etc/ld.so.conf and re-running ldconfig solved the problem

Revision history for this message
Daniel T Chen (crimsun) wrote :

We can't protect against custom $LD_LIBRARY_PATHs.

Changed in stellarium:
status: New → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.