Bug#610265: qtiplot/libmuparser0: dependency incorrect

Elrond elrond+bugs.debian.org at samba-tng.org
Sun Jan 16 20:57:25 UTC 2011


Package: qtiplot
Version: 0.9.8-1
Severity: important

qtiplot in testing has an unversioned dependency on
libmuparser0

Having:
  qtiplot       0.9.8-1
  libmuparser0  1.28-2

  (that is, qtiplot from testing, libmuparser0 from stable)

seems to work at first, but loading an interesting project,
gives this:
  qtiplot: symbol lookup error: qtiplot: undefined symbol: _ZNK2mu10ParserBase14ValidNameCharsEv

$ ldd -r /usr/bin/qtiplot
  /usr/bin/qtiplot: Symbol `_ZTVN2mu6ParserE' has different size in shared object, consider re-linking
  undefined symbol: _ZNK2mu10ParserBase14ValidNameCharsEv (/usr/bin/qtiplot)
  undefined symbol: _ZN2mu6Parser9SetDecSepEc     (/usr/bin/qtiplot)
  undefined symbol: _ZN2mu6Parser11ResetLocaleEv  (/usr/bin/qtiplot)
  undefined symbol: _ZN2mu6Parser15SetThousandsSepEc      (/usr/bin/qtiplot)
  undefined symbol: _ZN2mu6Parser11OnDetectVarEPSsRiS2_   (/usr/bin/qtiplot)
  undefined symbol: _ZN2mu10ParserBase9SetArgSepEc        (/usr/bin/qtiplot)

Upgrading libmuparser0 to 1.32-1 fixes the problem.

So:

1) qtiplot should have a versioned dependency.

1a) If 0.9.8.x fixes more bugs, consider upgrading?

2) Someone should decide, if this is RC?

3) libmuparser0 might need some fixing in its .shlibs file.

   libmuparser0 at p.d.o included as Cc.
   If needed, this bug can be cloned.


Elrond





More information about the debian-science-maintainers mailing list