Bug#632435: spring won't start

[Nick Lewycky]

Jan Dittberner wrote:
> On Sat, Jul 02, 2011 at 01:07:42AM -0700, Nick Lewycky wrote:
>> Package: spring
>> Version: 0.82.7.1+dfsg1-3
>> Severity: important
>>
>> I apt-get installed spring, but then when I tried to run it, I was greeted with:
>>
>> $ spring
>> spring: error while loading shared libraries: libstdc++-libc6.1-1.so.2: cannot open shared object file: No such file or directory
>>
>> Indeed, that's the sole .so file it can't find:
>>
>> # ldd /usr/games/spring
>>          linux-gate.so.1 =>   (0xffffe000)
>>          libSDL-1.2.so.0 =>  /usr/lib/libSDL-1.2.so.0 (0xf7673000)
>>          libpthread.so.0 =>  /lib/i686/cmov/libpthread.so.0 (0xf765a000)
>>          libGL.so.1 =>  /usr/lib/libGL.so.1 (0xf7590000)
>>          libGLU.so.1 =>  /usr/lib/libGLU.so.1 (0xf751a000)
>>          libGLEW.so.1.5 =>  /usr/lib/libGLEW.so.1.5 (0xf74c3000)
>>          libfreetype.so.6 =>  /usr/lib/libfreetype.so.6 (0xf743c000)
>>          libz.so.1 =>  /usr/lib/libz.so.1 (0xf7428000)
>>          libX11.so.6 =>  /usr/lib/libX11.so.6 (0xf7308000)
>>          libXcursor.so.1 =>  /usr/lib/libXcursor.so.1 (0xf72fe000)
>>          libIL.so.1 =>  /usr/lib/libIL.so.1 (0xf71e8000)
>>          libboost_regex.so.1.46.1 =>  /usr/lib/libboost_regex.so.1.46.1 (0xf70e6000)
>>          libboost_thread.so.1.46.1 =>  /usr/lib/libboost_thread.so.1.46.1 (0xf70cd000)
>>          libboost_program_options.so.1.46.1 =>  /usr/lib/libboost_program_options.so.1.46.1 (0xf7063000)
>>          libboost_system.so.1.46.1 =>  /usr/lib/libboost_system.so.1.46.1 (0xf705f000)
>>          libboost_signals.so.1.46.1 =>  /usr/lib/libboost_signals.so.1.46.1 (0xf704b000)
>>          libdl.so.2 =>  /lib/i686/cmov/libdl.so.2 (0xf7047000)
>>          libopenal.so.1 =>  /usr/lib/libopenal.so.1 (0xf6fd8000)
>>          libogg.so.0 =>  /usr/lib/libogg.so.0 (0xf6fd2000)
>>          libvorbisfile.so.3 =>  /usr/lib/libvorbisfile.so.3 (0xf6fc9000)
>>          libvorbis.so.0 =>  /usr/lib/libvorbis.so.0 (0xf6fa1000)
>>          libstdc++.so.6 =>  /usr/lib/libstdc++.so.6 (0xf6eb2000)
>>          libm.so.6 =>  /lib/i686/cmov/libm.so.6 (0xf6e8c000)
>>          libgcc_s.so.1 =>  /lib/libgcc_s.so.1 (0xf6e6f000)
>>          libc.so.6 =>  /lib/i686/cmov/libc.so.6 (0xf6d28000)
>>          libasound.so.2 =>  /usr/lib/libasound.so.2 (0xf6c60000)
>>          librt.so.1 =>  /lib/i686/cmov/librt.so.1 (0xf6c57000)
>>          libdirectfb-1.2.so.9 =>  /usr/lib/libdirectfb-1.2.so.9 (0xf6be2000)
>>          libfusion-1.2.so.9 =>  /usr/lib/libfusion-1.2.so.9 (0xf6bd9000)
>>          libdirect-1.2.so.9 =>  /usr/lib/libdirect-1.2.so.9 (0xf6bc5000)
>>          libvga.so.1 =>  /usr/lib/libvga.so.1 (0xf6b64000)
>>          /lib/ld-linux.so.2 (0xf775f000)
>>          libnvidia-tls.so.260.19.36 =>  /usr/lib/tls/libnvidia-tls.so.260.19.36 (0xf6b62000)
>>          libnvidia-glcore.so.260.19.36 =>  /usr/lib/libnvidia-glcore.so.260.19.36 (0xf54b1000)
>>          libXext.so.6 =>  /usr/lib/libXext.so.6 (0xf54a2000)
>>          libstdc++-libc6.1-1.so.2 =>  not found
>>          libXmu.so.6 =>  /usr/lib/libXmu.so.6 (0xf548b000)
>>          libXi.so.6 =>  /usr/lib/libXi.so.6 (0xf547e000)
>>          libxcb.so.1 =>  /usr/lib/libxcb.so.1 (0xf5465000)
>>          libXrender.so.1 =>  /usr/lib/libXrender.so.1 (0xf545c000)
>>          libXfixes.so.3 =>  /usr/lib/libXfixes.so.3 (0xf5457000)
>>          libtiff.so.4 =>  /usr/lib/libtiff.so.4 (0xf53f9000)
>>          libpng12.so.0 =>  /lib/libpng12.so.0 (0xf53d5000)
>>          libmng.so.1 =>  /usr/lib/libmng.so.1 (0xf535c000)
>>          liblcms.so.1 =>  /usr/lib/liblcms.so.1 (0xf5328000)
>>          libjpeg.so.62 =>  /usr/lib/libjpeg.so.62 (0xf5308000)
>>          libicuuc.so.44 =>  /usr/lib/libicuuc.so.44 (0xf51cd000)
>>          libicui18n.so.44 =>  /usr/lib/libicui18n.so.44 (0xf4ff1000)
>>          libicudata.so.44 =>  /usr/lib/libicudata.so.44 (0xf41b0000)
>>          libx86.so.1 =>  /lib/libx86.so.1 (0xf41ad000)
>>          libXt.so.6 =>  /usr/lib/libXt.so.6 (0xf415a000)
>>          libXau.so.6 =>  /usr/lib/libXau.so.6 (0xf4157000)
>>          libXdmcp.so.6 =>  /usr/lib/libXdmcp.so.6 (0xf4152000)
>>          libSM.so.6 =>  /usr/lib/libSM.so.6 (0xf414a000)
>>          libICE.so.6 =>  /usr/lib/libICE.so.6 (0xf4133000)
>>          libuuid.so.1 =>  /lib/libuuid.so.1 (0xf412e000)
>>
>> and indeed, I can't find any packages which provides a
>> libstdc++-libc6.1-1.so.
>
> this looks like a problem with some of the libraries spring is
> dynamically linked with. A test on a local system (Squeeze with some
> packages from Wheezy/Sid) does not show this problem:
>
> ~>  ldd `which spring`|grep libstdc++
>               libstdc++.so.6 =>  /usr/lib/libstdc++.so.6
>               (0x00007fb72abae000)
> ~>  dpkg -S /usr/lib/libstdc++.so.6
> libstdc++6: /usr/lib/libstdc++.so.6
>
> It would be great if you could find out which of the libraries in the
> ldd output depends on libstdc++-libc6.1-1.so.2. It is not spring
> itself.

Hah! I had an old /usr/lib/libGLU.so which was causing the problem. So 
sorry to bother you! (ldd -v /usr/games/spring didn't help, I had to 
actually set LD_DEBUG=all and run it myself to get detailed enough output.)

Nick