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