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. Regards Jan Dittberner -- Jan Dittberner - Debian Developer GPG-key: 4096R/558FB8DD 2009-05-10 B2FF 1D95 CE8F 7A22 DF4C F09B A73E 0055 558F B8DD http://ddportfolio.debian.net/ - http://people.debian.org/~jandd/
signature.asc
Description: Digital signature