Bug#623719: nmu: Please bin nmu the following for a SONAME bump of libmuparser

[Mehdi Dogguy <mehdi@dogguy.org>]

user release.debian.org@packages.debian.org
usertags 623719 = transition
thanks

Turning this bugreport into a transition bug, to keep it under someone's
radar.

On 07/03/2011 11:49, Scott Howard wrote:
> 
> nmu libgetfem4++_4.1.1-2 . ALL . -m "Build against new libmuparser0debian1"
> nmu meshlab_1.3.0a+dfsg1-1 . ALL . -m "Build against new libmuparser0debian1"
> nmu ovito_0.9.2-1 . ALL . -m "Build against new libmuparser0debian1"
> nmu scidavis_0.2.4-3 . ALL . -m "Build against new libmuparser0debian1"
> 

Scheduled (with s/$binary_package/$source_package/) and added a tracker
for it:

	http://release.debian.org/transitions/html/muparser.html

(updated hourly).

qtiplot seems affected but isn't in testing, and is affected by another
serious
bug which has to do with its build-dependencies, so, Meh…

But, there is an issue with getfem++: It build depends on scilab-include
which is
not available everywhere:

 scilab-include | 5.3.1-3 | wheezy  | amd64, armel, i386, ia64, mipsel,
powerpc, s390, sparc
 scilab-include | 5.3.1-4 | sid     | amd64, armel, i386, ia64, mipsel,
powerpc, s390, sparc

So, it's stuck on kfreebsd-* and mips (at least) and, thus, needs to be
fixed. FWIW, csound
and koffice build depend on libgmm++-dev.

Regards,

-- 
Mehdi Dogguy مهدي الدڤي
http://dogguy.org/