Bug#913768: transition: glibc

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

Control: tags -1 confirmed

On 14/11/2018 23:10, Aurelien Jarno wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian.org@packages.debian.org
> Usertags: transition
> 
> Dear release team,
> 
> I would like to get a transition slot for glibc 2.28. It is available in
> experimental for almost 3 weeks and there is no known issue or
> regression. It's also the version shipped in Ubuntu 18.10. It has been
> built successfully on all release architectures. It fails to builds on a
> few non-release architectures, but only due to a few testsuite issues
> that needs to be investigated and which do not looks really worrying.
> 
> 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
>  - p11-kit
>  - unscd
> 
> Here is the corresponding ben file:
>   title = "glibc";
>   is_affected = .depends ~ /libc[0-9.]* \(<</;
>   is_good = .depends ~ /libc[0-9.]* \(<< 2.29\)/;
>   is_bad = .depends ~ /libc[0-9.]* \(<< 2.28\)/;
> 
> In addition a few new symbols have been added that might prevent a few
> other packages to migrate to testing until glibc migrates if they pick
> up the new symbols. Most of those symbols are related to C11 thread or
> narrowing math functions from TS 18661-1. I doubt they are used in a lot
> of packages yet.
> 
> Thanks for considering.

Please go ahead.

Emilio