Bug#883533: nmu: db5.3, tcl8.6, libjpeg-turbo, wayland, fftw3, nspr, libgudev, tk8.6

[Helmut Grohne <helmut@subdivi.de>]

Package: release.debian.org
Severity: normal
User: release.debian.org@packages.debian.org
Usertags: binnmu

I would like to ask for binNMUing 8 packages. All of them happen to be
+b1 for mips64el and "normal" for all other architectures. Fixing these
resolves all binNMU-induced skews affecting dependency satisfaction of
source packages with popcon of at least 8000, so this limited set has a
noticeable impact to cross build QA. I hope I got the wanna-build
invocation right:

nmu db5.3_5.3.28-13.1 . ANY -mips64el . -m "unskew multiarch"
nmu tcl8.6_8.6.7+dfsg-1 . ANY -mips64el . -m "unskew multiarch"
nmu libjpeg-turbo_1:1.5.2-2 . ANY -mips64el . -m "unskew multiarch"
nmu wayland_1.14.0-1 . ANY -mips64el . -m "unskew multiarch"
nmu fftw3_3.3.6p2-2 . ANY -mips64el . -m "unskew multiarch"
nmu nspr_2:4.16-1 . ANY -mips64el . -m "unskew multiarch"
nmu libgudev_232-1 . ANY -mips64el . -m "unskew multiarch"
nmu tk8.6_8.6.7-1 . ANY -mips64el . -m "unskew multiarch"

Barring errors with binNMU handling of M-A:same packages, I don't expect
to send more of such batches. This is the big fish to me. Most other
skews I am seeing are caused by arch-specific FTBFS. Scheduling them at
low priority is fine. QA will benefit as soon as they hit unstable.

Helmut