Bug#1121762: transition: glibc 2.42
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: glibc@packages.debian.org, debian-ada@lists.debian.org
User: release.debian.org@packages.debian.org
Usertags: transition
Control: affects -1 + src:glibc
Dear release team,
I would like to request a transition slot for glibc 2.42. It has been
available since the beginning of August and appears to be in good shape.
It has built successfully on all release architectures and on most ports
architectures.
One important change in this version is the removal of the obsolete
termio interface in favor of the termios one. This causes a few packages
to FTBFS. The addition of ISO C23 and ISO CY math functions also creates
a few conflicts with names used in some source code, resulting in a few
FTBFS. There are also a couple of additional FTBFS due to some other
small changes. An archive rebuild was done (although 2 months ago) and
all of the FTBFS found on amd64 have been reported [1], many have
already been fixed.
On the autopkgtest side, the experimental pseudo-excuses look good
overall, most of the issues looks like false positive. The only real
ones that I have identified are fuse-zip (due to valgrind), openmsx and
zvbi (amd64 only). They also have been reported [1].
As glibc is using symbol versioning, there is no soname change. That
said a few packages use internal libc symbols and have to be
rebuilt for this transition. Here is the corresponding ben file:
title = "glibc";
is_affected = .depends ~ /libc[0-9.]* \(<</;
is_good = .depends ~ /libc[0-9.]* \(<< 2.43\)/;
is_bad = .depends ~ /libc[0-9.]* \(<< 2.42\)/;
In addition there have been some termios interface changes, but
compatibility for older binaries is preserved through symbol versioning.
Unfortunately this doesn't prevent the changes of the gnat-XXX Provides
from the gnat-$GCVER-$DEB_TARGET_MULTIARCH packages once they are
rebuilt [2]. This means that gcc-13 to gcc-15 also need to get rebuilt,
and then all gnat packages depending on the old gnat-14 provides. Not
sure how you want to deal with that, but I have the impression that
while it has to be done closely after the glibc 2.42 upload, the two
transitions are not completely coupled, and glibc 2.42 can migrate to
testing before gnat-14.
Speaking about migration, this glibc version provides a GLIBC_2.42
version of the existing termios symbols on a few architectures that have
a testing suite. It also adds GLIBC_2.42 version for the __inet_ntop_chk
and __inet_pton_chk symbols, that are used with _FORTIFY_SOURCE=2.
Additionally there are new symbols for new ISO C23 and ISO CY math
functions on all architectures and for vectorized math functions on
arm64. Therefore there is probably more risks than for previous glibc
transitions that one of these news symbols will be picked up by some
packages, preventing them to migrate to testing before glibc 2.42.
Thanks for considering.
Regards,
Aurelien
[1] https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=glibc-2.42;users=debian-glibc@lists.debian.org
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1115881
Reply to: