retitle 850924 libfltk1.3: binNMU levels vary by architecture thanks Thorsten Glaser <t...@mirbsd.de> writes:
> libfltk1.3:x32 and libfltk1.3:i386 are not coinstallable > because libfltk1.3 is not Multi-Arch. It's been Multi-Arch: same all along, apart from three experimental-only uploads back in 2010. However, coinstallability requires exactly matching *binary* package versions. That isn't presently the case here because fltk1.3 underwent a binNMU for the libpng1.6 transition on i386 (and most other architectures) but not x32, on which it had been waiting for cmake and libasound-dev2 to be installable: https://buildd.debian.org/status/package.php?p=fltk1.3&suite=sid The sourceful upload I'm planning to issue to fix #828081 should bring all architectures back in sync. (I've been busy with other matters, but plan to find time to address it in time for the freeze, or at least the final release.) Alternatively, I could ask for no-changes binNMUs to bump binary versions as necessary, but there's the problem that some experimental architectures (ppc64, sh4, and sparc64) wound up at +b2 because their +b1 runs accidentally still picked up an older libpng. Thanks for the report, at any rate! -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu