Bug#694525: nmu: 227 source packages, for GStaticMutex

[Julien Cristau <jcristau@debian.org>]

On Tue, Nov 27, 2012 at 09:05:49 +0000, Simon McVittie wrote:

> Package: release.debian.org
> Severity: normal
> User: release.debian.org@packages.debian.org
> Usertags: binnmu
> 
> The upgrade from GLib 2.30 to 2.32 breaks ABI on most non-x86 32-bit
> architectures (#674156). Specifically, the deprecated struct GStaticMutex,
> and the deprecated structs GStaticRecMutex and GStaticRWLock (each of which
> contains a GStaticMutex), change in size on each architecture where the
> alignment of a double is greater than the size of a pointer: for us, that's
> armel, armhf, mips, mipsel, powerpc, s390 and sparc, plus probably some -ports
> architectures.
> 
*sigh*

> Mitigations:
> 
> * it's in a deprecated struct
> * the part of GStaticMutex after the initial pointer is no longer used for
>   anything, so it only really matters when a larger struct contains a
>   GStaticMutex followed by other members
> 
> Upstream consensus appears to be that since their stable branches 2.32 and
> 2.34 have the "new" ABI, we are way past the point where reverting it or
> bumping the SONAME would be useful, so we should just consider the new ABI
> to be the canonical one. I'm inclined to agree: any package in Debian that
> gets regular uploads will have been built against the new GLib by now,
> so we'd have to rebuild even more packages to go back.
> 
> Here is a lengthy list of binNMUs. I would like these to be done on all
> architectures: our slower architectures are the ones that really need the
> rebuild anyway, and if we also rebuild on the fast architectures, then those
> packages from this list that are multiarch remain co-installable.
> 
Actually, they won't.  They'll have different changelogs.

Cheers,
Julien