Bug#791077: transition: libmagick++-6.q16-5v5

[Simon McVittie <smcv@debian.org>]

On 12/08/15 09:57, Simon McVittie wrote:
> Now that openexr has built everywhere, I've NMU'd imagemagick to DELAYED/2

Sorry, I didn't spot that my local sbuild instance was still seeing
libopenexr6 instead of libopenexr6v5 at the time. I normally do
source+all uploads, but the ftpmasters prefer to see at least one
architecture's binaries in the NEW queue.

This has resulted in amd64 builds of reverse dependencies variously
either choosing graphicsmagick instead, or being stuck in dep-wait.
Please try this:

nmu imagemagick_8:6.8.9.9-5.1 . amd64 . -m "Rebuild with libopenexr6v5"
nmu inkscape_0.91-5 . amd64 . -m "Rebuild with libmagick++-6.q16-5v5"
dw inkscape_0.91-5 . amd64 . -m "libmagick++-6.q16-5v5"
nmu pstoedit_3.62-2 . amd64 . -m "Really build with libmagick++-6.q16-5v5"
dw pstoedit_3.62-2 . amd64 . -m "libmagick++-6.q16-5v5"
nmu synfig_1.0-1 . amd64 . -m "Really build with libmagick++-6.q16-5v5"
dw synfig_1.0-1 . amd64 . -m "libmagick++-6.q16-5v5"
nmu vdr-plugin-skinenigmang_0.1.2+git20130305-6 . amd64 . -m "Really build with libmagick++-6.q16-5v5"
dw vdr-plugin-skinenigmang_0.1.2+git20130305-6 . amd64 . -m "libmagick++-6.q16-5v5"

(I wonder whether it would be worthwhile for the tool-assisted binNMUs
for transitions to add dep-waits like these automatically?)

Thanks,
    S