user release.debian....@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/
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4db18945.4000...@dogguy.org
