[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#817003: marked as done (transition: glibc)

Your message dated Fri, 18 Mar 2016 12:11:13 +0100
with message-id <56EBE251.6030508@debian.org>
and subject line Re: Bug#817003: transition: glibc
has caused the Debian Bug report #817003,
regarding transition: glibc
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
817003: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=817003
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
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.

Thanks,
Aurelien

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.4.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

--- End Message ---
--- Begin Message --- 
On 07/03/16 12:52, Aurelien Jarno wrote:

On 2016-03-07 10:17, Emilio Pozuelo Monfort wrote:

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


Thanks for the quick answer, I have just uploaded it to unstable.


And it's already in testing.

Cheers,
Emilio

--- End Message ---
Reply to: