Bug#632435: spring won't start
Jan Dittberner
jandd at debian.org
Sat Jul 2 11:19:54 UTC 2011
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/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-games-devel/attachments/20110702/7a97d61d/attachment-0001.pgp>
More information about the Pkg-games-devel
mailing list