Bug#323140: earth3d: Failure to start

2005-08-17 Thread Branden Robinson
The problem might be caused by the application (or another library)
attempting to dlopen() libXmu.so instead of libXmu.so.6.

This is bad because the .so symlinks to a shared library are, per policy,
only provided by -dev packages.

Moving those symlinks to the regular shlib package is the wrong thing to do
because anyone using dlopen() has a certain expectation about the soversion
of the object they're opening -- after all, they expect certain symbols to
be present.

Just my speculative guess, having seen a similar problem before.

-- 
G. Branden Robinson| Wanton killing of innocent
Debian GNU/Linux   | civilians is terrorism, not a war
[EMAIL PROTECTED] | against terrorism.
http://people.debian.org/~branden/ | -- Noam Chomsky


signature.asc
Description: Digital signature


Bug#323140: earth3d: Failure to start

2005-08-15 Thread Petter Reinholdtsen
Thank you for your interest in earth3d. :)

[Ingo Saitz]
 1. It is linked against libXmu.so.6, so why does it try to open it again?

I have no idea.  I believed dh_shlibdeps in debian/rules would do the
right thing.

 2. Loading libXmu.so will fail if it points to another ABI version of
the library, please open the library by its soname (libXmu.so.6).

Is there a bug in libXmu making dh_shlibdeps fail to do the right
thing?  I'm open for suggestions, but I did not do anything special to
the code and hoped it would be correct.

 3. The .so link is in the -dev package, which is, being not a
dependency, not guaranteed to be intalled. But don't depend on
it; see 2.

Yes, installing libxmu-dev is a workaround for this bug.

I welcome explanations on what is going on here, and how it ended up
searching for the wrong library name.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#323140: earth3d: Failure to start

2005-08-14 Thread Ingo Saitz
Package: earth3d
Version: 1.0.2-2
Severity: grave
Justification: renders package unusable

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

$ earth3d 
registered plane
size: 1
registered sphere
size: 2
PATH: /usr/bin
Unable to resolve Xmu symbols - please check your Xmu library installation.
$

The strace shows it searches for libXmu.so, and fails to do so in
/usr/X11R6/lib.

1. It is linked against libXmu.so.6, so why does it try to open it
   again?

2. Loading libXmu.so will fail if it points to another ABI version of
   the library, please open the library by its soname (libXmu.so.6).

3. The .so link is in the -dev package, which is, being not a
   dependency, not guaranteed to be intalled. But don't depend on it;
   see 2.

Ingo

- -- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (800, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12.3-schwan20050805
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages earth3d depends on:
ii  libc6 2.3.5-3GNU C Library: Shared libraries an
ii  libgcc1   1:4.0.1-4  GCC support library
ii  libglu1-xorg [libglu1]6.8.2.dfsg.1-5 Mesa OpenGL utility library [X.Org
ii  libpng12-01.2.8rel-1 PNG library - runtime
ii  libqt3-mt 3:3.3.4-7  Qt GUI Library (Threaded runtime v
ii  libstdc++64.0.1-4The GNU Standard C++ Library v3
ii  libx11-6  6.8.2.dfsg.1-5 X Window System protocol client li
ii  libxext6  6.8.2.dfsg.1-5 X Window System miscellaneous exte
ii  libxmu6   6.8.2.dfsg.1-5 X Window System miscellaneous util
ii  xlibmesa-gl [libgl1]  6.8.2.dfsg.1-5 Mesa 3D graphics library [X.Org]
ii  xlibs 6.8.2.dfsg.1-5 X Window System client libraries m

earth3d recommends no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFC/9Bx4XrXtQkN2NURAhW7AJ9LIDLZ50z8LND4d4htVK8VDF3VoACfbe+N
a1ru3gT3qgSgaFHoPnkmCsc=
=wzf4
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]