> ldd xsnow should give you the answer to that
On Rh7.1
$ ldd `which xsnow`
/usr/bin/ldd: /usr/X11R6/bin/xsnow: No such file or directory
On Rh6.2
$ ldd `which xsnow`
libXext.so.6 => /usr/i486-linux-libc5/lib/libXext.so.6 (0x40014000)
libX11.so.6 => /usr/i486-linux-libc5/lib/libX11.so.6 (0x4001e000)
libm.so.5 => /usr/i486-linux-libc5/lib/libm.so.5 (0x400b0000)
libc.so.5 => /usr/i486-linux-libc5/lib/libc.so.5 (0x400b8000)
Hmmm, ok so we look on the rh7.1 install and find libXext.so.6 and
libX11.so.6 but libm.so.5 and libc.so.5 are missing. I thought that
Linux had this library version thing under control. Like the binary
looks for libm.so not libm.so.5. What's going on Linux this is looking
like a bad case of windows ddl hell. So I grab the libs off the Rh6.2
box and stick them on the 7.1 box and....Nothing works :-(
Backward binary compatiblity between kernels Hah!
What's the time line look like for a stable version of Debian on
the 2.4 kernel?
rgds
Pete
--
SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug
