Bug#817003: transition: glibc

[Emilio Pozuelo Monfort <pochu@debian.org>]

Control: tags -1 confirmed
Control: forwarded -1 https://release.debian.org/transitions/html/glibc-2.22.html

On 07/03/16 01:19, Aurelien Jarno wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian.org@packages.debian.org
> Usertags: transition
> 
> Dear release team,
> 
> We would like to get a transition slot for glibc 2.22. It is currently
> available in experimental and has been built successfully on all
> official architectures except hurd-i386. We have fixed the alpha and
> hurd-i386 failures in our git, and we believe the hppa, sparc64 and
> x32 issues are due to a misconfiguration of the experimental chroots
> (the default compiler in the chroots is gcc-6). Therefore the next
> upload should build everywhere.
> 
> As the glibc is using symbol versioning, there is no soname change. That
> said a few packages are using libc internal symbols and have to be
> rebuilt for this transition:
> - apitrace
> - bro
> - dante
> - libnih
> - libnss-db
> - unscd
> 
> Here is the corresponding ben file:
> 
> title = "glibc";
> is_affected = .depends ~ /libc[0-9.]* \(<</;
> is_good = .depends ~ /libc[0-9.]* \(<< 2.23\)/;
> is_bad = .depends ~ /libc[0-9.]* \(<< 2.22\)/;
> 
> In addition to that, a few new symbols have been added that might
> prevent a few other packages to transition to testing if they pick up
> the new symbols. They are very few of them, however packages built with
> "-fopenmp -ffast-math" might pick a dependency on the new libmvec
> library on amd64 and x32.

You can go ahead as soon as you're ready.

Cheers,
Emilio